Precision is not validity, and an evaluation system can carry a great deal of the first while nobody has tested the second. This instrument scores one evaluation system: the held-out set, the rubric, the labellers, the judge, the statistics and the thresholds, taken together as the apparatus that decides whether a model ships.
Four domains, twenty rows, three bands. Measurement validity carries thirty-two points, the largest weight here, since an apparatus that measures the wrong property precisely is the one nobody thinks to argue with.
Four domains of unequal weight will not average into anything you can act on. Read the band first, since each one names what the apparatus is actually reading when it returns a number, then go to the row carrying the most unawarded points inside the weakest domain.
Seventy-five to one hundred. The apparatus measures a property that predicts production behaviour and reports it in a statistic that survives a question. What is left sits in the link to production outcomes, where an evaluation system this good has usually still never had a release blocked and therefore does not know what its gate does under pressure.
Forty-six to seventy-four, where the worked evaluation system lands at 51. The arithmetic is sound and the data is clean, and nobody has checked whether the thing being counted is the thing that matters. Restate the headline figure in kappa first. It costs an afternoon and tells you how much of your confidence was chance agreement.
Under forty-six. The apparatus returns a number that largely reflects how it was built. Put the instrument down and work on the evaluation set instead: until every item records where it came from and who labelled it, a validity result or a discipline result is only a result about whatever sample you happened to collect.
Domain A carries twenty-eight points. Each item should name a source, a date and a labeller as fields, not a README line covering the batch. Then check the set's distribution against a recent production sample.
Domain B carries thirty-two points and ten of them sit on this row alone. The next eight need the validation run itself: sample size, the human labels it was scored against, and the date it was taken.
Domain C carries twenty-two points. A point estimate invites a decision the sample cannot support, so every headline figure needs an interval, and the minimum detectable difference has to be dated earlier than the comparison it governs.
Domain D carries eighteen points. A gate that has never held is a report with a threshold printed on it, so ask for one blocked release in the last two quarters, the figure that blocked it, and what happened next.
An apparatus that measures the wrong property with great precision is worse than one that is visibly noisy, since nobody argues with it. Most eval maturity checklists spend their weight on coverage and automation, both of which an apparatus can pass while measuring something that does not predict production behaviour at all.
As three exercises, one per system. Each row assumes a named system whose release this apparatus decides, a named owner of the evaluation set who can refuse a change to it, and a threshold currently in force.
Score each on its own sheet, since a shared harness rarely means a shared standard of evidence.
A support assistant scored against a 1,400-item set built from 2025 traffic, 310 items of it carrying a human label, last refreshed eleven months ago. Statistical discipline reaches 15 of 22 on sound arithmetic.
Measurement validity reaches 8 of 32, since the judge has never been scored against human labels. Nothing there was observed at a client.
No row takes half marks. The right-hand column names a measurement already taken or an artefact already written, so the only live question is whether somebody can put it in front of you this week.
If it would have to be produced first, the row is a zero and that is the result.
Coverage tells you how much of the surface the set touches, not whether the set resembles deployment traffic or whether the judge reading it is right. Domain A asks for a written comparison of the set's distribution against a recent production sample, which is the coverage question that actually bites.
Start with the heaviest unawarded row rather than the cheapest. Model Evaluation: An Engineering Reference sets out the evaluation control families, each one carrying the artefact it has to produce, including those treating an automated judge as a model in production.
Score here to find out which control is missing, then read that one to build it.
The named owner of the evaluation set, and one engineer who ships the model it gates. Without the second, the input rows get answered from memory. Whether the set's owner reports into whoever ships the model is settled by reading the chart upward, not by asking anybody how independent they feel.
Drop your details and we'll send Benchmarking Model Evaluation straight to your inbox - no spam, unsubscribe anytime.
Bring the set that decides your next release, the threshold in force, and the date somebody last changed either. One session, four domains scored, and the ten-point validity row settled in front of you. SECTION 7 - FAQ - 5 to 8 questions
Book an evaluation scoring session