Methodology · data provenance

Every number has a provenance tier.

AgentBurn exists because agent costs are quoted in incompatible units: tokens per million, credits per action, seats per month, dollars per solved ticket. This page documents exactly how each figure is defined, where it comes from, and what we do when a vendor publishes nothing.

Verified · public source Community · reported Estimated · modelled Dataset updated —

1. What we measure

Every project card reports the same six numbers so a coding agent and a customer-service agent can be compared. Definitions are deliberately blunt — no weighted composite scores.

MetricDefinitionUnit
Tokens per taskInput + output + cached tokens consumed by one completed unit of work (a PR, a case, a paper, a report)tokens
Cost per taskModel spend for one attempt, at list prices, using the project's model mixUSD
Cost per solved taskCost per task divided by success rate — failed runs are paid for, so they are in the billUSD
Runs per dayHow often the workflow completes per day across all its userstasks/day
Tool calls per taskDiscrete tool invocations in the agent loop, including retriescalls
Retry overheadShare of spend caused by tool errors, loops and failed validation%
Framework overheadExtra tokens an orchestration layer adds over a raw API loop on matched tasks%

2. Two data modes

Seed dataset (current). A maintained dataset of 30 production agents, 22 models and three public benchmarks. It is assembled from published benchmarks, papers, vendor documentation and community reports, and it is what all boards currently render.

Live telemetry (beta). When developers instrument their agents with the AgentBurn SDK or an OpenTelemetry bridge, token counts, durations and outcomes are posted to the ingest API and aggregated per project and per day. Live aggregates never mix with seed rows: the leaderboard shows the live panel separately and only when events actually exist.

Why this matters: the seed dataset is an estimate of the market; telemetry is a measurement of your specific stack. Both are useful, but they answer different questions.

3. Provenance tiers

Every project carries a source object with a URL and a tier. The badge on the card is a summary of this table — click through to the actual source before you quote a number.

BadgeMeaningEvidence required
VerifiedAt least one core metric is stated in a public benchmark, paper or vendor documentA URL that contains the score, price or token count being displayed
CommunityA credible public report — issue thread, teardown, practitioner write-up — states the figureLink to the report plus a note on what exactly it covers
EstimatedWe modelled the figure from adjacent public data (credit rates, seat prices, comparable tasks)A metrics note explaining the derivation, plus a real product source

Estimated does not mean invented: the derivation is shown on the project page. If a vendor publishes seat pricing only, we convert credits or per-action price points and state the conversion. We never publish an estimated figure as verified.

4. Sources

  • Public benchmarks — SWE-bench Verified, Terminal-Bench 3.0 and the Artificial Analysis Coding Agent Index, for agents whose per-task cost or token count is published alongside the score.
  • Papers and lab write-ups — research agents (AI Scientist, Coscientist, FutureHouse Robin, GPT Researcher) where the paper or documentation states cost per run.
  • Vendor documentation and rate cards — consumption-priced enterprise agents (Agentforce Flex Credits, Copilot Studio credits) where the price per action is public but tokens are netted out.
  • Community reports — practitioner threads and public issue reports where someone published a real bill, such as an n8n run at $0.42.
  • Model list prices — the official pricing pages of Anthropic, OpenAI, Google, DeepSeek, Alibaba, Moonshot, Z.ai, Mistral, xAI and Meta, captured in a dated snapshot.

5. Model pricing

Prices are USD per one million tokens, split into input, output and cached input where the provider offers prompt caching. The calculator blends them for a workload:

formula
blended $/1M = (input_share * input_price)
            + (output_share * output_price)
            - (cache_hit_share * input_share * (input_price - cached_price))

attempt cost  = (tokens_per_task / 1e6) * blended $/1M
solved cost   = attempt cost * (1 + retry_overhead) / success_rate

Caveats we apply: list price only (no negotiated discounts), no batch-API discount, peak/off-peak pricing for providers that use it, and cached-token discounts only when the provider publishes a cache rate. Model prices change often — the snapshot date is shown on the calculator and in the dataset's metadata.

6. Usage volumes

The leaderboard windows are derived, never scraped as totals:

formula
24h tokens  = runs_per_day * tokens_per_task
7d tokens   = 24h tokens * 7
30d tokens  = 24h tokens * 30
share       = project 24h tokens / sum(all projects 24h tokens)

Runs per day is the softest number on the site. Where a vendor publishes usage we use it; otherwise the volume is a community-reported or modelled estimate and the project's usage basis says so. Treat window totals as an order-of-magnitude index of relative agent activity, not as an audited market size.

7. Framework overhead

The overhead board compares orchestration layers on matched tasks, with a raw API loop as the 0% baseline. Reported percentage is the extra token spend attributable to the framework: system prompts, tool schemas, serialised state and duplicated message history. A multi-agent framework that resends a growing transcript every turn will show a large number — that is the point of the board.

8. Corrections

If a source is stale, misattributed, or a number does not reproduce, tell us and we will fix it inside the dataset with a changelog entry. Corrections are shipped with the next dataset revision; the card's source link is the place to start.

Report an error: email [email protected] with the project slug, the metric, the value you expected and a link to your source. Or use the submission form if you are the owner of the agent.

9. Changelog

2026-10-21 · v1.2
Submission review console, live telemetry panel, industry report
Admin review workflow for community submissions, leaderboard integration for the ingest API, and the Agent Token Economy report landing page.
2026-10-21 · v1.1
Full dataset and product launch
30 curated agent projects, 22 models, 3 benchmarks, leaderboards, live demo stream, cost and ROI calculator, telemetry SDKs, and this methodology page.
2026-10-21 · v1.0
MVP
A single-page leaderboard with three hand-picked agent examples. Replaced by the current data-driven build.

10. Using the dataset

The dataset is openly readable at /data/projects.json (projects), /data/models.json (pricing) and /data/benchmarks.json (benchmarks). Cite it as AgentBurn, getagentburn.com, dataset snapshot <date>, link the project page, and keep the provenance tier attached to any figure you reuse. For commercial redistribution or a bulk feed, contact us first.