Folder Explainer
Back to folderResearch Explainer · West (2026)
Free models agree with the expensive verifier when it says yes, but miss most of its real failures
Eight free candidates, five local open-weight models and three cloud free-tier routes, were retro-graded against frontier verdicts on ten real stages of agent-written code. The best caught 77% of genuine failures. Five caught almost none, while agreeing with passing work up to 98% of the time.
Published August 2026
77% of real failures caught by the best free candidate; five of the eight caught 15% or fewer
98% pass agreement posted by Llama 4 Scout, the same model that caught zero real failures
21 min mean wall clock for the slowest local candidate, spent mostly reading the prompt rather than writing the verdict
$0 running cost of the recommended screening tier, gpt-oss:120b served locally through Ollama
Two agents and a gate
In a two-agent dispatch contract, an orchestrator hands one unit of work to a worker: a single card naming the task, the files to change, and a set of numbered acceptance criteria. The worker is the agent that writes the code, inside a sandbox that limits what it can touch. The verifier is a second agent, run outside that sandbox, that grades the finished work against the same numbered criteria and returns a PASS or FAIL verdict. Nothing merges without a PASS.
The verifier is the expensive half of that arrangement, because it is usually a frontier model: the strongest commercially available tier, billed per token. The obvious question is whether something free could do the job instead. This study tested eight candidates: five open-weight models served locally through Ollama (gpt-oss:120b, qwen3-coder:30b, qwen3:32b, devstral, and llama4:scout) and cloud free tiers from Groq and OpenRouter, the latter fielding two Nemotron models after its free roster rotated away from the ones originally planned, one day after they were chosen.
That roster churn was the first finding before any model was scored: a free-tier model id that exists today may not exist tomorrow, so anything that hardcodes one needs a liveness check at run time, not at authoring time.
High pass agreement, low failure recall: the rubber-stamp signature
Each pair of bars is one free candidate. The left bar shows how often it agreed with the frontier verifier's PASS verdicts; the right bar shows how many of the frontier's FAIL verdicts it independently caught. Groq's free tier is absent because its token-per-minute cap could not fit the verifier prompt at all. A verifier is only useful for the right-hand bar, and for five of these seven candidates that bar is nearly flat on the floor: they say yes to everything, which looks like agreement and protects nothing.
Scoring against a frontier ground truth
The benchmark is ten real stages of agent-written work, each already carrying a frontier verdict recorded during normal operation: a genuine PASS or FAIL judgement per numbered criterion, produced when the work was originally reviewed. Six of the ten contain at least one criterion the frontier failed. Each free candidate was shown the same stage card and the same deliverable files, in a single request, and asked to produce its own verdict for the same numbered criteria. Because both sides grade the same numbered list, criterion 3 in one verdict is criterion 3 in the other by construction, with no fuzzy matching.
Three scores come out of that. FAIL recall is the fraction of the frontier's failures the candidate also caught, and it is the number that matters: a verifier that misses a real failure lets broken work merge. PASS agreement is the fraction of the frontier's passes the candidate also passed. Artefact discipline is the fraction of attempts that produced a schema-valid verdict at all; a model that returns malformed JSON scores zero for that stage regardless of what it meant to say.
Every candidate ran single-shot, local models included, so the comparison measures judgement rather than retrieval: the same packaged evidence went to every model, and none could go and re-read a file the others could not.
Agreement that flatters
The headline pattern is consistent: PASS agreement runs high across the board, between 72% and 98%, and it is a deeply misleading number. Most criteria in most stages pass, so a model that says yes to everything scores well on agreement while protecting nothing. Llama 4 Scout is the cleanest example: the highest PASS agreement measured, 98%, alongside a FAIL recall of exactly zero. It did not independently catch a single one of the eleven frontier-failed criteria it was shown. That is not caution; it is a verifier that says yes by default.
Only two candidates cleared a defensible bar: gpt-oss:120b running locally and OpenRouter's nemotron-3-ultra-550b, tied at 77% FAIL recall. Even that best case misses roughly one real failure in four. Groq's free tier never got to compete: its 8,000 tokens-per-minute ceiling is judged against the prompt plus the requested output budget, and the verifier prompt alone exceeds it on most stages, so the same weights that scored 77% locally managed one usable attempt out of ten through Groq. A capacity verdict, not a quality one.
Artefact discipline had its own casualties. Devstral twice returned JSON in the wrong shape, and Llama 4 Scout produced the study's strangest failure: asked to fill in a verdict conforming to a schema, it returned the schema document itself, blank, after 38 minutes of computation. Both models landed at 80% discipline, the joint worst among candidates that ran.
| Candidate | Route | Attempts | Artefact discipline | Mean wall clock (s) |
|---|---|---|---|---|
| gpt-oss:120b | local Ollama | 10 | 100% | 93.0 |
| qwen3-coder:30b | local Ollama | 10 | 100% | 45.8 |
| qwen3:32b | local Ollama | 10 | 90% | 278.7 |
| devstral | local Ollama | 10 | 80% | 167.9 |
| llama4:scout | local Ollama | 10 | 80% | 1270.6 |
| nemotron-3-ultra-550b | OpenRouter free | 10 | 90% | 50.4 |
| nemotron-3-super-120b | OpenRouter free | 10 | 60% | 94.3 |
| gpt-oss-120b | Groq free | 1 | 0% | 2.9 |
The clock lives in the prompt
Local inference is free but not fast, and the cost is not where intuition puts it. For the largest candidate, the 67GB llama4:scout, elapsed time tracked the size of the prompt far more closely than the size of the answer: output stayed in a narrow 800 to 3,500 token band while wall clock swung from 14 to 38 minutes with the amount of evidence being read in. Prompt ingestion, not generation, is the binding cost.
That showed up as a timeout ladder. At the 420-second default every one of Scout's ten stages timed out. At 900 seconds, only the stage with the smallest prompt finished. It took 2,400 seconds, 40 minutes per verdict, to get eight of ten through, and the two that still failed did not run out of time; they returned unusable output well inside the window. The practical lesson generalises: a timeout for a large local model should be sized from prompt tokens, not set as a flat per-model constant.
Speed also cuts the other way. The fastest candidate, qwen3-coder:30b at 46 seconds, caught only 15% of real failures. A fast, cheap, confidently wrong verifier is precisely what an unattended overnight loop would learn to trust, which makes its speed a hazard rather than a feature.
A screening tier, not a replacement
The recommendation is blunt: none of the eight can be trusted as the verifier without qualification, because even the best misses roughly a quarter of real failures, and that false-negative rate is intolerable for a gate deciding whether broken work merges. What the best two can do is mechanical screening: run gpt-oss:120b locally as a first pass, and send anything borderline, and anything it fails, up to the frontier. Cheap re-queues are an acceptable cost; silent merges of broken work are not, and the rubber-stamp candidates buy exactly the wrong one.
The local route wins the tie-break with the cloud free tier on everything except speed: no daily request cap, no rotating model roster, and no third-party exposure, since every cloud verification ships the stage card and code diff to someone else's API. For a repository whose diffs must stay on the machine, local weights are the only free option at all. Even a proposed one-off $10 payment that would raise OpenRouter's daily request cap fails the maths: the free local candidate already matches its failure recall at zero cost.
The wider finding is worth keeping even if none of the model names survive the year. Judging finished work turns out to be a harder capability than agreement statistics suggest, and any evaluation of a cheap judge has to score what it catches, not how often it concurs. Concurrence is the one thing a yes-machine does perfectly.
THE BOTTOM LINE
Free local models cannot replace a frontier verifier: the best catches 77% of real failures and five of eight catch almost none, hidden behind pass agreement as high as 98%. Their honest role is a $0 screening tier in front of the frontier gate. The measure that matters for any automated judge is what it catches when the answer is no, and that is exactly the measure the free tier fails.
Reference
West, A. (2026). Verifier bake-off: local weights against the cloud free tiers. Autometta project documentation, docs/verifier-bake-off.md (benchmark manifest: examples/bake-off/manifest.json). https://github.com/aw-pr/autometta-public