Report · Research Center

LLM Benchmark Report 2026: How to Read a Leaderboard

A dated snapshot of frontier model performance and pricing — and, more usefully, why leaderboard position is close to worthless for choosing a model for your own task.

LLM Benchmark Updated 2026-08-04 767 words · about 3 min read

Benchmark leaderboards are the most-cited and least-useful artefact in AI procurement. They change weekly, they measure tasks that are not yours, and the gaps between leaders are frequently smaller than the variance you would see on your own workload.

This report gives a dated snapshot, then explains why you should mostly ignore it.

Snapshot — as at July 2026#

Leaders differ by capability, which is the first useful observation:

CapabilityLeaderScore
Frontier coding (SWE-bench Verified)Claude Fable 595.0%
Humanity's Last ExamClaude Fable 553.3%
Scientific reasoning (GPQA Diamond)Gemini 3.1 Pro94.3%
Abstract reasoning (ARC-AGI-2)Gemini 3.1 Pro77.1%
Computer useGPT-5.4
Overall compositeClaude Mythos 5 (83.85), Claude Fable 5 (83.6)

On SWE-bench Verified, GPT-5.5 (88.7%) and Claude Opus 4.8 (~88.6%) sit within a tenth of a point of each other.

Pricing varies more than performance: Gemini 3.1 Pro at ~$2 per million input tokens against ~$5 for both rivals, and ~$12 output against $25–$30. Across the market, prices span $0.05 to $50 per million tokens — a thousand-fold range.

Why the leaderboard is the wrong input#

The gaps are inside the noise. 88.7% versus 88.6% is not a difference. Choosing a model on a tenth of a point is choosing on nothing.

The tasks are not yours. SWE-bench measures resolving GitHub issues in open-source Python. If your task is extracting fields from invoices, that number tells you approximately nothing about which model will do it more reliably on your documents.

Benchmarks leak. As a benchmark ages, its problems increasingly appear in training data. Scores rise without capability rising.

They are peak, not typical. Published figures come from careful evaluation harnesses at settings you are unlikely to replicate in production.

The leaders change monthly. Any model you select on today's ranking will not be top of the ranking when you deploy.

The variable that actually matters#

Price spans a thousand-fold range. Performance on real business tasks spans far less.

For well-specified work — classification, extraction, summarisation, routing — the difference between a frontier model and a mid-tier one is frequently invisible, while the cost difference is five- or ten-fold. That gap is where the money is.

The correct procurement question is not which model is best? It is what is the cheapest model that passes my evaluation set?

What to do instead#

  1. Build an evaluation set from your own work. Twenty real cases with known-good answers. This is the single highest-return hour in any AI project.
  2. Run every candidate against it, including the cheap ones. Start from the bottom of the price range and move up only when something fails.
  3. Measure a pass rate across repeated runs, not a single result. Two identical calls can differ.
  4. Include cost per completed task in the comparison, not cost per call.
  5. Re-run when you upgrade. A model version change is a change requiring re-validation. Pin the model.

Building this as an automated suite rather than a spreadsheet is covered in Prompt Testing.

The other selection criteria nobody benchmarks#

Often more decisive than any score:

  • Data handling terms — is your input used for training? This alone rules out options for regulated work.
  • Latency, which matters more than accuracy for interactive use
  • Context window, where the leaders offer up to a million tokens — relevant for whole-codebase or long-document work
  • Rate limits and availability at your volume
  • Regional data residency
  • Provider stability and how quickly deprecated versions disappear

Our read#

There is no best model, and any report claiming otherwise is measuring something other than your work. There is a cheapest model that is good enough for a specific task, and finding it takes an afternoon with your own data.

Organisations that select on leaderboards overpay and re-select every quarter. Organisations with an evaluation suite switch models in an afternoon when the market moves, and know immediately whether the switch was an improvement.

Method and limitations#

Snapshot of published leaderboard figures as at July 2026, from public aggregators. Not primary benchmarking — we did not run these tests.

Leaderboard figures should be treated as directional. Aggregators differ in harness, prompting and settings; the same model can score differently across sites. Benchmark contamination is a known and unquantified problem. Model versions and rankings change frequently, and this snapshot will be out of date quickly — which is rather the point of the report.

Published 2026-08-04.

Sources#

What else is coming for LLM Benchmark

Report Ready

The findings, with sources.

Data Not yet

The underlying figures.

Method Not yet

Where each number came from.

Updates Not yet

What changed since publication.