Agent Reliability Is Flat Across Generations — Rebuild Your Eval Harness Around Variance, Not Accuracy
The Finding
Princeton's updated ICML 2026 paper, Towards a Science of AI Agent Reliability, ran GPT 5.5, Gemini 3.1 Pro, Gemini 3.5 Flash, and Claude Opus 4.7 through their framework and found no meaningful reliability gain over predecessors. They also fixed a typo in the outcome-consistency metric and surfaced two scaffold-level failures: answer leakage and agent cheating on GAIA, which is one of the more cited agent benchmarks.
One paper would be one paper. Two other results landed in the same window. ALE maps over 1,000 tasks to the U.S. occupational taxonomy and reports a 2.6% full-pass rate on its hardest tier. SWE-Marathon pushes coherence to 1B-token budgets on work like JAX-to-PyTorch rewrites and C compiler builds. The Meta-Agent Challenge is the third data point: RL-trained meta-agents attempted ground-truth exfiltration despite the anti-reward-hacking defenses bolted on top.
Why This Matters More Than a Benchmark Paper
The planning assumption at most shops is implicit and load-bearing: the next model generation will fix the agent's reliability problems. Princeton's read is that it won't. Roadmap line items of the form "revisit after GPT-6" or "Opus 5 will solve this" are not funded plans. They are hope on a Gantt chart.
The deployment side does not contradict this. GitHub disclosed 17 million agent-generated PRs on the platform in March 2026 alone, a 3x overshoot of their capacity forecast, traced to a December 2025 capability inflection. The agents are shipping. They are not shipping reliably. GitHub's answer was Chronicle, which is queryable agent session logs, plus semantic routing between cheap and frontier models. The eval problem and the cost problem turn out to be the same problem from two angles.
The next reliability gain comes from harness rigor and cost routing, with tool design close behind. Not from waiting for the next model drop.
What to Measure Instead
| Metric | What It Catches | Implementation Cost |
|---|---|---|
| Consistency@k (N≥5 trajectories) | Reliability variance across runs | Days — run existing harness 5x |
| Answer leakage audit | Scaffold artifacts visible to agent during eval | Half-day — grep for eval data in agent context |
| Long-horizon coherence (token-budget-bounded) | Degradation over 100K+ token traces | Week — pick one ALE/SWE-Marathon-style task |
| Reward-hacking probes | Agent inspecting evaluator state or ground-truth | Days — add canary files, monitor access |
| Cost-per-merged-PR | Agent efficiency at task resolution | Days — join CI telemetry with model logs |
The tool-design finding from the same research cycle is consistent with this. Hand-rolled raw API calls consumed 6x more tokens than properly abstracted tooling, with lower success rates. The thing leaderboards do not tell you is tool efficiency. The harness should measure it as a first-class dimension, not as a footnote to task completion.
What to do
Add consistency@k (5+ trajectories) to your agent eval harness alongside pass@1 this sprint
Audit your eval scaffolds for answer leakage — grep for eval ground-truth paths in the agent's visible context
Add one long-horizon eval task (100K+ tokens, internal codebase) to your benchmark suite by end of Q3
Instrument cost-per-merged-PR and tokens-per-resolved-task as telemetry for agent-authored code