AI Signal 142
Benzi harness reports lower lines-read and cost-per-fix than Claude Code on 24-bug, 10-language benchmark
Illustration only Photo by Tyler on Unsplash
Benzi publishes head-to-head benchmarks against Claude Code and CodeGraph, reporting fewer source lines read and lower per-fix cost on a 24-bug, 10-language comparison plus a 78.2% resolve rate on SWE-bench Verified at under 10¢ per fix.
The numbers favor Benzi Sonnet on lines read (9,125 vs Claude Code's 20,704) and on cost-per-fix ($17.96 vs $39.54) among Sonnet pairings, but the cheapest runs overall use DeepSeek, not Sonnet, so a Sonnet-vs-Sonnet comparison is what the headline aggregate is really showing. The benchmarks are self-run: difficulty is defined as Claude Code's turn count, two of 24 cells are blank, and wall-clock figures explicitly exclude Benzi's per-repo index build. Adopting the harness means trusting these specific evaluations rather than an independent replication.
Written by elseif from the cluster below · every claim links back to a sourceThe three things worth knowing
On a 24-bug, 10-language comparison, Benzi Sonnet totals 9,125 lines read and $17.96 in cost-per-fix versus Claude Code Sonnet's 20,704 lines and $39.54, per the project's published table.
On SWE-bench Verified, Benzi reports 78.2% of 500 issues resolved at under 10¢ per fix, with the article noting per-token list prices are used for all cost figures.
CodeGraph is compared on 'code intelligence' in an 'apples to apples' section, but the extract contains no CodeGraph-specific numbers, only the framing.
THE READ
What the cluster adds up to.
Benzi is a new entrant in the AI coding harness category, publishing benchmark claims against Claude Code and CodeGraph. The core claims are fewer source lines read, lower cost per fix, faster wall clock, and 78.2% on SWE-bench Verified. The article shows three charts (lines read, wall clock, cost) and four series (Benzi Sonnet, Benzi DeepSeek, Claude Code Sonnet, DeepSeek Harness DeepSeek). On lines read, Benzi Sonnet is lowest at 9,125 across 24 bugs, versus Claude Code Sonnet's 20,704 and DeepSeek Harness DeepSeek's 43,598; on cost at list price, Claude Code Sonnet climbs fastest with difficulty.
What adopting it costs in evaluation terms is accepting how the comparison was constructed. The 24 bugs are laid out easiest to hardest on an axis defined as Claude Code's turn count on that bug, which means the difficulty yardstick is the same harness the project is competing against rather than a neutral measure. The article also notes that on the wall-clock chart, Benzi's per-repo index build is not subtracted, so its seconds run higher than the 'warm figures quoted elsewhere on the page.' That caveat applies only to the wall-clock series, not to lines-read or cost, but it is the kind of methodology detail that disappears in a headline aggregate.
Where the comparison stops working is at the model-pairing boundary. The article explicitly says 'the two DeepSeek series run an order of magnitude cheaper than the two Sonnet ones,' and the totals bear this out: Benzi DeepSeek totals $2.66 and DeepSeek Harness DeepSeek totals $2.70 across all 24, versus $17.96 and $39.54 for the Sonnet pairings. So Benzi's cost edge is real against Claude Code Sonnet but is not a cost edge against the DeepSeek baseline, which the article itself frames as roughly twenty times cheaper per token. Two of the 24 cells in the cost table are blank, Benzi on Sonnet never solved http-parser and DeepSeek Harness DeepSeek never ran nats-server, so the 'all 24' totals hide two non-attempts that affect the slope fits used to argue Claude Code's cost climbs fastest.
Only one feed carries this event: the Hacker News Show HN post reproduced verbatim, with the linked page being Benzi's own benchmarks site. No independent review or replication feed has corroborated the figures, and the SWE-bench Verified 78.2% score is published only on the project's own page without configuration details in the extract. The article asserts 'every task, every attempt, verbatim, nothing held back,' but the logs themselves are not in the extract, so reproducibility is claimed rather than shown. For an engineer, the practical question is whether the harness, the 24-bug set, and the SWE-bench run configuration are available to rerun against their own workloads before treating these numbers as adoption guidance.
Written by elseif from the cluster below · checked for specifics the sources never containedTHE CLUSTER