The runs behind every number
Every number on platatlas.com comes from one of the runs below. The data is synthetic and the companies are fictional, so real histories may score lower. Each run is one sample: run it again and a case or two can change. A model's answers are inferred; only the counts of its misses against the recorded answers are measured.
How to read the labels
Every figure on the site carries one or more of these five labels. Hover or focus a label anywhere on the site for its one-line definition.
- Measured
- A committed check result: how many of a model's answers differed from the answers recorded in the history, always with the date of the run.
- Inferred
- Anything an AI model wrote: a suggested answer, how sure it says it is, a hint, a flag's wording, the layout of a sample inbox.
- Illustrative
- A staged or drawn example, such as a sample signature or a film's title card, not a real event.
- Declared
- A name written down in the record, such as who signed an answer. It is not proven by a key yet.
- Fictional
- A made-up company or person: Larkspur Garden Co., the Hollis lab, and the people named in their records.
The sample company's check (2026-09-23)
Larkspur Garden Co. is a made-up garden-centre chain. Its 60 past invoices each carry a recorded answer, made up with the rest of the data: paid, sent to the buyer for a price check, or held for one of three reasons. Claude Sonnet 5 judged all 60 with no examples, at low effort, and its answers were counted against the recorded ones. This is the record behind the sample inbox.
2 of 60 missed · 3.3% · limit 5% PASS
Claude Sonnet 5 missed 2 of 60 past invoices (3.3%), under a limit of 5%. PASS
Claude Sonnet 5 (zero-shot, low effort) · 2 of 60 missed · 3.3% · limit 5% PASS
Measured 2026-09-23Fictional company
| Recorded answer | Past cases | Missed |
|---|---|---|
| paid | 29 | 2 of 29 |
| sent to buyer for price | 11 | 0 of 11 |
| held, bank details changed | 5 | 0 of 5 |
| held, not received | 10 | 0 of 10 |
| held, possible duplicate | 5 | 0 of 5 |
| Recorded answer | At or above | Would have closed | Wrong |
|---|---|---|---|
| paid | 0.7 | 27 of 29 | 0 |
| sent to buyer for price | 0.7 | 10 of 11 | 0 |
| held, bank details changed | 0.75 | only 5 past cases: too few to lean on, stays with a person | 0 |
| held, not received | 0.55 | 10 of 10 | 0 |
| held, possible duplicate | 0.85 | only 5 past cases: too few to lean on, stays with a person | 0 |
Source: Measured 2026-09-23 · 60 past invoices · Claude Sonnet 5 · made-up company
Bank-detail changes and possible duplicates have only 5 past cases each, too few to lean on, so they stay with a person whatever the counts say. In the sample inbox the steward has let the AI finish nothing alone yet.
Day one: on the first imported record, before the steward edited any words, Claude Sonnet 5 missed 3 of 60 (5.0%), right at the limit of 5%. All 3 were invoices the history calls paid.
Source: Measured 2026-09-22 · the same 60 invoices with the importer's placeholder words · Claude Sonnet 5 · made-up company
The earlier record, and the check that failed (2026-09-22)
Before the sample inbox's record there was an earlier record for the same made-up company: the same kind of 60 invoices, with different answer names. Its 60 answers were written by the company's written rule (the payables policy as code), not by people. Three engines were checked against it, one run each.
34 of 60 missed · 56.7% · limit 5% FAIL
A deterministic stand-in, not an AI model, missed 34 of 60 past invoices (56.7%), over a limit of 5%. FAIL
5 of 60 missed · 8.3% · limit 5% FAIL
JEV 1.13.0 disagreed with 5 of 60 past answers (8.3%), over a limit of 5%. FAIL
| Engine | Missed | Rate | Limit 5% |
|---|---|---|---|
| A deterministic stand-in, no model | 34 of 60 | 56.7% | FAIL |
| JEV 1.13.0, old vendor names | 7 of 60 | 11.7% | FAIL |
| JEV 1.13.0, Larkspur vendor names | 5 of 60 | 8.3% | FAIL |
Measured 2026-09-22Fictional company
Source: Measured 2026-09-22 · 60 past invoices of a made-up company · answers written by a rule, not by people · one run each
The stand-in. It answers pay for every invoice, so it misses every case whose recorded answer is anything else: 34 of 60. It is a floor, not a model, and it is the failing example on the front page.
JEV 1.13.0, TypeSafe's model. On the Larkspur names it disagreed with 5 of 60 past answers (8.3%), over the same limit of 5%. FAIL. Those 60 answers were written by the company's written rule, not by people. Three disagreements were the rule's mistake: it called biweekly service bills duplicates, and the model said pay. Two were the model's: invoices within the price tolerance that it sent for a price check. On one biweekly bill the model said pay at 0.98, over that record's 0.97 bar, so the thresholds would have let the machine pay against the written rule with no person. The fix was a change to the thresholds, not a new model.
Nothing but vendor names and item descriptions changed between the 7 and the 5. Treat any single run's exact count as one sample.
On a later record with the steward's words, JEV alone missed 1 of 60 (2026-09-23; see cost and speed). platatlas.com runs one engine today, TypeSafe.
The steward's words (2026-09-23 and 2026-10-02)
The same 60 Larkspur invoices, the same models. Only the words changed. On the left, the importer's placeholders ("Recorded as Paid in 29 of 60 past cases"). On the right, each answer written the way a steward would write it, from the company's payables policy. No case, answer or threshold changed.
| Engine | Placeholder words | Steward's words | Measured |
|---|---|---|---|
| Claude Opus 5.5, medium effort | 6 of 60 · 10.0% · FAIL | 0 of 60 · PASS | 2026-09-23 |
| Claude Sonnet 5, low effort | 2 of 60 · 3.3% · PASS | 0 of 60 · PASS | 2026-09-23 |
| Claude Haiku 4.5 | 13 of 60 · 21.7% · FAIL | 8 of 60 · 13.3% · FAIL | 2026-09-23 |
| Clef on Workers AI, 0.6 s a case | 15 of 60 · 25.0% · FAIL | 2 of 60 · 3.3% · PASS | 2026-10-02 |
| Clef Flash on Workers AI, 0.4 s a case | 17 of 60 · 28.3% · FAIL | 6 of 60 · 10.0% · FAIL | 2026-10-02 |
Measured 2026-09-23 and 2026-10-02Fictional company
Clef and Opus are not on platatlas.com; Clef's price was not measured. platatlas.com runs one engine today, TypeSafe.
On the Opus 5.5 run with the steward's words, 50 of 60 past cases would have closed with no person, and 0 of those were wrong. Bank-detail changes and possible duplicates stayed with a person.
The steward's words were written from the same policy that generated the data, which is the best case. A real steward's first draft will be rougher, and the weekly check is how it improves.
Source: Measured 2026-09-23 (Claude) and 2026-10-02 (Clef) · 60 past invoices · one run each · made-up company
Words drafted from the history (2026-09-24)
The start page drafts each answer's words from rules it counts in a team's own history, with no AI. To see how far that gets, JEV judged the same 60 past decisions of two made-up organizations four times, changing only the words: the Larkspur invoices and the Hollis lab's robot detections.
| What each answer said | Accounts payable | Robotics lab |
|---|---|---|
| The importer's placeholders | 13 (22%) | 16 (27%) |
| Drafted from the history, held out: drafted from one half, graded on the other | 8 (13%) | 9 (15%) |
| Drafted from the same rows it is graded on (flattering; shown for honesty) | 0 | 2 (3%) |
| The steward's own words | 1 (2%) | 0 |
Measured 2026-09-24Fictional organizations
Run to run, the same setup varied by one or two cases: the placeholder run on accounts payable scored 15, then 13.
Drafts from a team's own history cut the AI's mistakes by about half before anyone writes a word. A steward's own words take it the rest of the way. That is why the start page drafts them for you, and why the first job we give a steward is to replace them.
We first measured the drafts on the same rows they were drafted from, and they looked perfect. Held out, on cases they had never seen, the first version did worse than the placeholders on accounts payable, because a small history lets rules fit coincidences (an account number read as a quantity; the everyday answer described by two unrelated conditions). We fixed three things: no number thresholds on identifiers, the everyday answer stays the default, and rare answers keep plain words. Every number in the table is after the fix. The start page's AI check now drafts from one half of a history and grades on the other.
GLiNER2, a small open model, untrained, on a Raspberry Pi, with the importer's placeholder words on accounts payable: 39 of 60 wrong (65.0%), FAIL. It was not run with the drafted or the steward's words. Trained on a team's own decisions it does far better; see the lab.
Source: Measured 2026-09-24 · 60 past decisions each, two made-up organizations · JEV and GLiNER2
Cost and speed, self-hosted (2026-09-23)
The Larkspur record with the steward's words, run on our own machine, not on platatlas.com. Each engine was measured once on the same 60 invoices with its cost and time for each case; the combination was scored from those runs with no further model calls.
| Setup | Wrong | Per 1,000 cases | Per case |
|---|---|---|---|
| JEV alone | 1 of 60 | about $0.04 | 0.2 s |
| JEV first, then Claude Sonnet 5 when JEV is under 0.7 (2 cases went on) | 0 of 60 | about $0.12 | 0.3 s |
| Gemma 4 e2b on a Raspberry Pi 5, through Ollama | 25 of 60 | $0, local | 14.9 s |
Measured 2026-09-23Fictional company
Sure and wrong: why a probability is not a grade.
Gemma 4 e2b gave 45 of its answers at 0.99 or above, and 16 of those were wrong. A model's own sureness is inferred; only the count of its misses against the recorded answers tells you whether to lean on it.
Source: Measured 2026-09-23 · 60 past invoices with the steward's words · one run each · made-up company
Finding mistakes in your own history (2026-09-24)
We planted wrong decisions at random in each made-up history (20 repeats each) and counted how many the start page's "worth a second look" list found. Counting only, no AI.
| Planted in 60 | Accounts payable | Robotics lab |
|---|---|---|
| 1 | 90% (18 of 20) · 1.5 flags a run | 100% (20 of 20) · 3.5 flags a run |
| 3 | 68% (41 of 60) · 3.3 flags a run | 95% (57 of 60) · 5.2 flags a run |
| 6 | 47% (56 of 120) · 4.8 flags a run | 86% (103 of 120) · 7.5 flags a run |
| 0 | 0 flags | 3 flags |
Fictional organizations
Some flags point at decisions that were right but simply stand out; the lab has 3 of those with no mistakes planted at all. That is the trade we chose for a list a person reads in a minute: each flag says why it stands out, and a person looks.
An earlier version that flagged only exceptions to rules that hold at 90% or better had no false alarms, but found only 9 to 25% of the mistakes.
Source: Measured 2026-09-24 · 20 seeded runs for each count · two made-up organizations
A research lab, not an AP team (2026-09-23)
The Hollis Home Robotics Lab is made up: a home robot's object detections in volunteer households, each labeled by the lab's annotators. Each case is what the robot's perception had (its detector's top two guesses, a camera caption, size, room, surface and so on), with no images. The history oversamples what the detector gets wrong, as a lab's labeling queue does. 60 past labels, nine answers, limit 5%.
| Engine | Wrong | Per 1,000 cases | Per case |
|---|---|---|---|
| JEV (TypeSafe) | 0 of 60 | about $0.04 | 0.2 s |
| Claude Sonnet 5, low effort | 0 of 60 | $1.79 | 2.2 s |
| GLiNER2 trained on the lab's own labels, 3-fold: each case answered by a model that never saw it | 0 of 60 | $0, on a Raspberry Pi | 2.5 s |
| Claude Haiku 4.5 | 4 of 60 | $1.49 | 1.5 s |
| GLiNER2, untrained, on a Raspberry Pi | 24 of 60 | $0 | 2.5 s |
| The robot's own detector | 32 of 60 | $0 | none |
Measured 2026-09-23Fictional lab
This history is synthetic and its labels follow clean rules from the fields, which a small model learns easily. A real lab's detections may score lower; a check on the lab's own history is what decides. Watch the lab's film.
Source: Measured 2026-09-23 · 60 past labels · one run each · made-up lab
Want the run reports themselves? Write to us: craig@craigmerry.com.
All model answers are inferred; what each team recorded is the reference. Nothing here is a guarantee.