基准即软件:Terminal-Bench 与持续基准的必要性
Benchmarks as Software: Terminal-Bench and the Case for Continuous Benchmarks
E. Kelly Buchanan · Crystal Zhou · Scott W. Linderman · Christopher R\'e
中文摘要
编码智能体是当前 LLM 最具经济影响的部署之一,可靠评估愈发重要。但即便发布时经过严格验证的基准也会过时:模型进步后可能发现现有验证器拒绝的合法解,评估基础设施变更也会使任务与测试中的假设失效。这种缺陷累积称为基准维护债务(benchmark maintenance debt),即基准分数与其意图衡量的能力之间不断扩大的差距。针对智能体基准提出持续验证工作流,结合社区报告、任务工件、智能体轨迹、自动 oracle 检查与人工把关修复。将该流程应用于 Terminal-Bench 2.0——发布前经大量人工与 LM 辅助审查及红队测试的基准。审计发现约 30% 的基准存在问题,修复结果发布为 Terminal-Bench 2.1。修复改变评估结果:准确率提升超过 10 个百分点,排行榜位次最多移动三名,但整体排名仍高度相关(Spearman rho = 0.958)。进一步评估资源分配如何影响基准结论:固定墙钟时间可实质改变智能体表现,例如延长时间限制使 GPT 5.4 上 20pp 的 harness 差距消失,并将 GPT 5.4 mini 上 30pp 的差距缩小至 5pp。基准维护不仅是修复任务工件:资源预算属于测量规范的一部分,必须与任务一同验证。更广泛地,基准维护债务不只是累积的实现缺陷:结果表明,随着模型进步,评估假设与资源设置都可能需要重新验证。
关键要点
- 01提出基准维护债务概念:基准分数与意图衡量的能力之间不断扩大的差距。
- 02对 Terminal-Bench 2.0 审计发现约 30% 的问题,修复后发布 2.1 版本。
- 03修复使准确率提升超 10 个百分点,排行榜位次最多移动三名,整体排名仍高度相关(rho=0.958)。
- 04资源预算属于测量规范:延长时间限制可消除 GPT 5.4 上 20pp 的 harness 差距。
- 05基准维护不仅是修复实现缺陷,模型进步后评估假设与资源设置都需重新验证。
解读
尚无解读。
原始英文摘要
arXiv:2611.08417v1 Announce Type: new Abstract: Coding agents are among the most economically consequential deployments of LLMs to date, making reliable evaluation increasingly important. Yet even benchmarks that are carefully validated at release can become stale. As models improve, they can discover valid solutions that existing verifiers reject, while changes to evaluation infrastructure can invalidate assumptions embedded in tasks and tests. We call the resulting accumulation of defects benchmark maintenance debt: a growing gap between benchmark scores and the capabilities they are intended to measure. We introduce a continuous-validation workflow for agentic benchmarks that combines community reports, task artifacts, agent traces, automated oracle checks, and human-gated repairs. We apply this workflow to Terminal-Bench 2.0, a benchmark that underwent extensive human and LM-assisted review and red-teaming before release. Our audit identifies issues in roughly 30% of the benchmark, and we release the resulting repairs as Terminal-Bench 2.1. These repairs change evaluation results: accuracy increased by over 10 percentage points and leaderboard positions move by up to three ranks, even as the overall ranking remains highly correlated (Spearman rho = 0.958). We evaluate how resource allocation shapes benchmark conclusions. We show that fixed wall-clock can materially change agent performance: For example, extending the time limit closes a 20pp harness gap on GPT 5.4 and shrinks a 30 pp gap on GPT 5.4 mini to 5 pp. Benchmark maintenance is therefore not only about repairing task artifacts: resource budgets are part of the measurement specification and must be validated alongside the tasks themselves. More broadly, benchmark maintenance debt is not just accumulated implementation bugs: our results show that as models improve, both evaluation assumptions and resource settings may need to be revalidated.