Skip to content
Cortexa ConsultingCortexa Consulting
Cortexa Ground Truth
Explainer5 min readBy Joe Coffman
0:00 / 6:11

Tip: once it’s playing, tap any line to jump the audio there.

Read an AI benchmark like a test score.

A benchmark score says how a model did on one fixed test, under one set of choices. It doesn't say how it will do on your client's job.


A client forwards a headline: this Artificial Intelligence (AI) model just hit number one on the leaderboard, so can we switch to it? The honest reply starts with a question of our own. Number one on which test, and does that test look anything like the work we do for them? A benchmark is a school exam for a model: one fixed set of questions, one scoring rule, one number at the end. The number is real. What it measures is narrower than the headline makes it sound.

What does a benchmark measure?

A benchmark is a fixed set of questions plus a rule for scoring the answers. Run a model over the questions, tally the result, and you get a number you can line up against other models. The top number on a given test gets called state of the art, and that phrase does a lot of quiet work. A strong score on a popular benchmark is widely understood as indicative of progress1 toward general ability, and Raji and colleagues spend a whole paper on the construct validity issues1 in reading it that way (preprint). Stanford's HELM project makes the same case by design: it reports a grid of metrics beyond accuracy2 across many scenarios rather than one flattering headline, in the name of reproducible and transparent evaluation2.

The score on the medallion is real: it won the test on the wall. The opening on the bench is a different shape.

Why do leaderboards mislead?

The score is honest about one thing: how the model did on that test, that day, under those settings. Every step from there to a real decision is a place the number can drift away from the truth you care about. Four quick checks catch most of the drift.

Reading a benchmark score in four checks

What's Real?

The “so what” for anyone serving tech clients

  • When a client says “use the best model,” answer with a question: best at what, measured how? Then settle it on their ground. Before you quote a model, run a small eval8 on the client's real task, with their inputs and your own definition of a good answer. That result decides it, not the board.
  • Don't rebuild the stack every time the ranking reshuffles. Benchmarks saturate and the order at the top churns; chasing it carries a real cost in rework and risk. Switch models when your own test says the new one is better on the client's job, not when a headline says it topped a chart. Steady beats twitchy when a client's name and your reputation are on the output.

Next Reads