Privacy policy

What we read, what we remove, what we keep.

Effective [effective date] · Operated by [Company Legal Name] · Questions: [contact email]

Tally (the "Service") grades how well you use AI coding tools and estimates what your AI spend produced. To do that, a small program you run on your own computer (the "collector") reads the session transcripts your coding tool already stores, removes personal and secret information, and uploads a reduced, redacted record to us. This policy explains, in plain English, exactly what that involves. Where we make a judgment call about wording, we have tried to err on the side of telling you more, not less.

Short version. You do not give us an email to get a score: the first run creates an anonymous account identified only by a token stored on your machine. You can attach an email later if you want to see your card in a browser. The collector runs on your machine. Raw transcripts, source code and secrets never leave it. What we receive is a per-prompt record with redacted text, token counts, model and tool names, file names, timestamps and your machine account name. We keep it while your account exists, delete it within 30 days of your request, and keep only de-identified aggregate statistics after that.

Contents

1. What the collector reads on your machine

When you run the collector (for example, npx tally-score score), it looks for the session logs that your AI coding tool writes to your computer. For Claude Code that is the ~/.claude/projects directory; other supported tools have their own locations, which the collector prints before it starts. It reads only those logs. It does not read your repositories, your shell history, your browser, your email or any other files, and it does not install anything that runs in the background.

From each session log the collector reconstructs "episodes": one prompt you typed (or a scheduled or automated follow-up), and everything the assistant did until your next prompt. For each episode it records the prompt text, the assistant's final message, the models called and their token counts, the tools called and how many times, the names of files the assistant touched, timestamps and duration, and whether the episode was triggered by you, by a schedule or by the system. Sub-agent runs delegated within a session are read the same way.

You can limit what is read with the collector's flags, for example to one project, a date range or a number of recent prompts, and you can exclude any directory by name. The collector prints a summary of what it is about to upload and asks you to confirm before the first upload.

2. What is removed before upload

Before any text leaves your computer, the collector replaces the following with placeholders such as [email] or [name]:

Redaction is best-effort. Pattern matching and model judgment both miss things: an unusually formatted secret, a name written in lower case, personal information embedded in a way we did not anticipate. We test the redactor and improve it, but we cannot promise that no personal or secret information ever reaches us. If you notice something that got through, tell us at [contact email] and we will remove it. If you are not comfortable with best-effort redaction of a particular project, exclude it.

3. What is uploaded, and what never is

UploadedNever uploaded
  • Per-prompt episodes with redacted prompt text and the assistant's redacted final message
  • Token counts per model call (input, output, cache reads and writes)
  • Model names
  • Tool names and counts
  • File names and paths the assistant touched, with your username removed
  • Timestamps and durations
  • The account name of the machine the collector ran on, so we can attribute the card to you
  • The collector's version and the tool it read from
  • Raw session transcripts
  • Source code files, or the contents of any file in your repositories
  • Secrets and credentials
  • The contents of tool calls and results beyond their names and counts
  • Anything outside the session logs the collector reads

Note that the assistant's messages may quote fragments of your code (a function it wrote, a line it explained). Those fragments are inside the redacted text we receive. We do not receive files, but we may receive the pieces the assistant chose to write out in conversation.

When you create an account we also collect the usual account information: the email address you sign up with, a display name if you choose one, and, for team accounts, the company you belong to. We use standard server logs (IP address, browser, pages requested) to run and secure the site; these are kept separately from your episode data.

4. What we compute and store, and where

From the uploaded episodes, our service computes and stores:

All of this is stored on servers operated for us by the providers listed in section 6, located in [jurisdiction]. Your data is associated with your account and, for team accounts, with your company's workspace, where the people your company designates as administrators can see per-person cards and the dashboard.

5. How long we keep it

6. Models and processors we use

To compute the tasks, deliverables, judgments and names described above, we send redacted episode text to the model providers and hosting providers below. Each is bound by a contract that limits its use of your data to providing its service to us. We do not sell your data and we do not use it to advertise to you.

[list of subprocessors]

We will update this list before adding a processor that handles episode text, and, for team accounts, notify the workspace administrator.

7. Security

8. Your rights

Wherever you live, you can:

To exercise any of these, write to [contact email]. We may ask you to confirm you control the account before acting. We will respond within 30 days.

If you live in a place whose law requires us to name a legal basis: we process your data to perform our agreement with you (providing the Service), and, for benchmarks, security and improvement of the redactor, on the basis of our legitimate interest in running a service that is accurate and safe, which we have weighed against your interests by de-identifying and minimising what we keep.

9. A note on employer data

If you use AI coding tools for work, your session logs describe your employer's work: what you built, in which repositories, on which schedule. Check your employer's policy before uploading work data to any third-party service, including this one, and prefer a team account set up by your employer where one exists. If your employer runs a Tally pilot, the workspace administrator can see your card and dashboard, and your employer, not us, decides who at the company has access. For an individual account, exclude work projects with the collector's flags if you are not sure.

10. Children

The Service is for people who write software professionally or as a serious hobby. It is not directed at children, and we do not knowingly collect data from anyone under 16 (or the higher age your local law sets). If you believe a child has created an account, contact us and we will delete it.

11. Changes to this policy

When we change this policy we will post the new version here with a new effective date and summarise what changed at the top. For changes that expand what we collect or how we use it, we will email account holders at least 14 days before the change takes effect. Continuing to use the Service after that date means you accept the new policy; if you do not, delete your account and we will delete your data as described above.

12. Contact

[Company Legal Name]
[postal address]
[contact email]

This policy is governed by the law of [jurisdiction]. Nothing in it limits rights that your local law gives you and that cannot be limited by agreement.