Skip to content

Execution telemetry will be recorded once a provider exposes it honestly

**Planned.** Per task: input, output and cached tokens, the model and effort actually used, elapsed time and tool-call count — recorded into the ledger next to what it already holds. Only from providers that expose these numbers; nothing estimated is ever labelled as measured.

declared statusdeclared status: planned Specified and not implemented. Named so the omission is visible.

recorded evidencerecorded evidence: no test Not judged: only a guaranteed claim is held to a recorded run. how evidence is recorded

Nothing measures token spend today. Any estimated_ field is labelled and excluded from enforcement.

What it means

Planned. Per task: input, output and cached tokens, the model and effort actually used, elapsed time and tool-call count — recorded into the ledger next to what it already holds. Only from providers that expose these numbers; nothing estimated is ever labelled as measured.

How it works

Nothing is implemented. The ledger already records per task the session count, handovers, workers, verification command with exit code, duration and the tree it ran over, and outcome; the provider-side numbers are the missing half. Any estimated_ field, when it appears, is excluded from enforcement and from comparisons.

How to see it

jq -c 'select(.event=="task.finished") | {task_id, outcome, verify}' .ai/local/state/ledger.jsonl

What it does not cover

Everything about tokens and cost, today. The economics document states what can be measured now from the ledger alone and what needs this.

Why it exists

The team the tool was distilled from built a competent cost profiler for its product's own model calls while having zero telemetry on its coding workers; its routing documents carried percentage-improvement figures with no benchmark behind them. This page is the commitment not to repeat that.

Detail rendered from docs/claims/telemetry.md.

From the statement to the proof

  1. 1 · the public statement

    Execution telemetry will be recorded once a provider exposes it honestly

    Made on Provenance.

  2. 2 · the canonical claim

    telemetrydeclared status: planned in docs/CLAIMS.yaml

    Defined in read it on this site · docs/DESIGN.md

  3. 3 · the implementation

    Nothing implements it yet.

  4. 4 · the test and the scenarios

    No executable evidence linked: the claim names no test, and no use case executes it.

  5. 5 · the recorded runs

    recorded evidence: no test how evidence is recorded

Where this claim is used

What would make this guaranteed

Execution telemetry, only from providers that expose it honestly ACTIVE Shipping the milestone does not promote the claim: it reaches guaranteed when an implementation, a behavioural test and a blocking CI job exist for it.

The moments this answers

Searches the titles and descriptions of every page this site publishes.