If two AI coding assistants differ by 5 points on a benchmark, how many test tasks does it actually take to trust that gap?
What task set size resolves a real 5-point harness difference reliably?
This explores how many benchmark tasks you need before a 5-point accuracy gap between two agent harnesses (the scaffolding of prompts, tools and context handling around a model) can be told apart from run-to-run noise, and why that number is so high.
This explores how many tasks a benchmark comparison needs before a real 5-point gap between two agent harnesses stands out from random variation. The corpus has a specific answer for one setting. On SWE-bench Verified, at the noise level one study measured, about 447 tasks are needed to resolve a 5-point difference. That is close to the whole 500-task benchmark. Smaller sets perform much worse: 45 tasks, a size many studies use, catch a much larger 13-point gap only half the time and can't detect any gap with the usual 80% reliability Do harness comparisons on SWE-bench Verified measure real differences?.
The number is so large because the noise is large. Run the same model with the same harness twice on the same tasks, and about 13% of tasks flip between pass and fail. That is as many as flip when you switch to a different harness, and a harness doesn't win the same tasks from one run to the next. So task count alone doesn't settle the question. What sets the required count is how much the tasks disagree between runs, and you only learn that by running the same setup twice. The authors call this second run 'the cheapest control' and recommend reporting it next to any claimed harness gap. Their 447 figure applies to this benchmark and these harnesses. A noisier or calmer setup would move it.
This calibration changes how a lot of results read. The same paper finds that switching between three production harnesses changes pass rates by no more than ordinary rerun noise. It does change token cost by up to 3x, which is large enough to clear the noise easily Does switching between coding harnesses change model accuracy?. Other studies report harness effects of a few points from single runs. One measures how much planning, action design and context management are each worth Which coding harness components matter most in different conditions?. Another reports large token savings with accuracy described as 'comparable' on a 51-task benchmark Can agent harnesses be automatically optimized across many environments?. By this calibration, accuracy differences of a few points on sets that small can't be resolved, while large cost differences can.
The same concern shows up in work on automatic harness improvement under other names. One argument is that an evolved harness has to beat plain test-time search given the same compute budget, or the gain may just be extra compute How should we measure gains from automatic harness evolution?. Another shows that self-improving harnesses can memorize the tasks they were tuned on, so gains seen on those tasks shrink on new ones Does harness self-improvement memorize tasks instead of learning broadly?. A rerun baseline, a matched-search baseline and a held-out test set are three answers to the same question: is this gain real, or would it disappear under a fair re-test?
In practice, a reported harness gain of under about 10 points on a few dozen tasks, from a single run, tells you little about accuracy. To show a 5-point gain on SWE-bench Verified, you would run nearly the whole benchmark, run it at least twice, and report how much the reruns disagree. What harness changes reliably affect is cost, which is easier to measure than accuracy.
Sources 6 notes
On SWE-bench Verified, rerunning the same harness flips task outcomes as often as swapping harnesses. A 13-point accuracy gap is caught only half the time on typical task set sizes, requiring a rerun baseline to verify any claimed harness advantage.
Across three production harnesses and five models on SWE-bench Verified, switching harnesses shifted pass rates within normal rerun variation but changed token cost up to threefold. The cost difference came from fixed overhead in system prompts and tool schemas, multiplied by step count.
A controlled study varying planning, action space, and context management across models and budgets found that context management becomes most valuable under tight windows, while planning shifts from helping weaker models to cutting costs for stronger ones.
Cross-environment harness optimization yielded four mechanisms (action execution, context compaction, observation handling, delegated reading) that reduced token traffic by 44.7–49.0% while maintaining comparable performance on a 51-task benchmark, suggesting harness-level gains are orthogonal to model improvements.
Automatic harness evolution must be compared against task-level test-time search under equal feedback and inference budgets. Only gains beyond what matched search achieves are attributable to the harness design itself, not just more computation.
Show all 6 sources
Recursive edits to agent scaffolding can memorize evolve-set tasks, causing in-distribution gains to shrink out-of-distribution. RRSI addresses this by constraining the proposal and selection stages to favor reusable mechanisms over benchmark-specific ones.
Papers this line draws on 8
The research behind the notes this line reads — ranked by how closely each paper relates.
- Rethinking the Evaluation of Harness Evolution for Agents
- Harness Updating Is Not Harness Benefit: Disentangling Evolution Capabilities in Self-Evolving LLM Agents
- HarnessDev: Can LLMs Create and Evolve Their Own Agent Harness?
- What Does a Harness Buy? Tokens, Mostly
- DarwinX: Evolving Agent Harnesses Through Natural Selection
- Scaling Laws for Agent Harnesses via Effective Feedback Compute
- Harness Engineering for Self-Improvement
- Sharpening Tax in Post-Training