Artificial Analysis(下称 AA)的编程智能体指数记录了每个任务的轮次、token 和耗时。METR 的时间跨度指标衡量模型能独立搞定多长的任务。AA 的综合智能指数则给出模型的整体水位。下面逐个拆开看。
🧭 AA 的两把尺子
AA 是一家独立评测机构,模型都由他们自己跑分,不依赖厂商自报。
综合智能指数
这是一个把 10 项评测合在一起的综合分,评测内容包括 Terminal-Bench 4.0、SciCode、Humanity's Last Exam、GDPval-AA、AA-Omniscience、AA-LCR 等。覆盖面从数学、科学、编程到长上下文推理。页面当前的榜首是 Claude Opus 5.5(Max 档)58 分,Claude Sonnet 5.5(Max 档)56 分紧随其后。AA 还会给出每个任务的 token 用量和成本,所以你能看到一个模型是靠聪明还是靠烧 token 拿到的分数。
编程智能体指数
AA 指出,开发者选的其实是模型加工具外壳(harness)的组合,比如 Claude Code、Codex、Cursor CLI,所以它测的就是这种组合。它由三项基准构成。
- SWE-Bench-Pro-Hard-AA,150 个前沿模型也觉得棘手的真实编程任务。
- Terminal-Bench v2,84 个终端智能体任务,范围从系统管理到密码学、机器学习。
- SWE-Atlas-QnA,124 个关于代码行为和问题根因的技术问答。
🔍 最接近少轮次的数据
AA 的发布帖里有一条很对症的发现。Opus 4.7 完成任务所需的轮次(turns)明显少于其他所有模型,Kimi K2.6 的轮次最多。 这两者在单任务耗时上差了很多,Opus 4.7 在 Claude Code 中约 6 分钟,Kimi K2.6 约 40 分钟,相差 7 倍以上。
这里要澄清一个容易混淆的点。AA 说的轮次,是智能体自己读文件、跑命令、改代码的循环次数,不等于你和它来回对话的次数。不过两者逻辑相通,一个模型第一次就判断对、少走弯路,内部循环少,需要你纠偏的机会也往往更少。这是我的推断,榜单上没有直接证据。
下表摘出了几组有代表性的数据。
| 组合 | 指数得分 | 单任务成本 | 其他特征 |
|---|---|---|---|
| Opus 4.7 + Cursor CLI | 61 | 未单列 | 并列榜首 |
| GPT-5.5 + Codex | 60 | 约 2.21 美元 | 约 280 万 token/任务 |
| Opus 4.7 + Claude Code | 60 | 未单列 | 约 170 万 token,约 6 分钟,轮次最少 |
| GLM-5.1 + Claude Code | 53 | 约 2.26 美元 | 开源最高,约 480 万 token,部分任务陷入循环 |
| Gemini 3.1 Pro + Gemini CLI | 43 | 未单列 | 明显低于其综合智能指数的位置 |
| Composer 2 + Cursor CLI | 48 | 约 0.07 美元 | 最便宜 |
这张表最有意思的地方是,分数接近的组合,token、成本和耗时可以差出好几倍。只看得分不够,还得看效率。另外要留意时效,这份编程指数发布时的领跑者是 Opus 4.7 和 GPT-5.5,而综合指数页面如今已经更新到 Opus 5.5 一代,两份数据并非同一时间点。
⏱️ METR 的时间跨度,换个角度看独立完成度
如果你关心的是这个模型能一口气自己干多大的活,METR 的时间跨度指标更合适。它的思路很朴素,让人类专家做一批任务并记录用时,再看 AI 能以 50% 的成功率完成多长耗时的任务。比如两小时的时间跨度,意思是模型能在约一半的概率下完成人类要花两小时的任务。
METR 的研究同时也算了 80% 成功率下的时间跨度,用来检验 50% 这个选择有没有扭曲长期趋势。 关于增长速度,不同来源的说法有出入。早期研究总结的是 50% 与 80% 的自主时间跨度大约每 6 到 7 个月翻一倍, 而一个基准浏览站给出的近期说法是大约每 3 个月翻一倍。 我的理解是,近期的增长在加速,具体数字取决于统计的时间窗口。
⚠️ 这些指标的局限
指标有用,但别当圣经。社区里对 AA 综合指数的批评很直接,有用户指出一个 27B 的小模型在这个指数上超过了 DeepSeek v4 的 Flash 与 Pro、GPT-5.2、Opus 4.6 甚至 Sonnet 5,于是质疑它到底在衡量什么。 这是单个帖子的观点,带着情绪,不能当结论,但它提醒我们一件事,综合分是把多种能力压成一个数字,压缩必然丢信息。
放到你的场景里,有三点值得记住。
- 综合指数高,不等于在你的代码库里轮次少。编程智能体指数更对口。
- 同一个模型换工具外壳,成绩会变。Gemini 3.1 Pro 在 Gemini CLI 里的表现,就明显低于它在综合指数里的位置。
- 榜单任务多是定义清晰的题目,真实项目里需求含糊、上下文庞杂,轮次会更多。
💡 实操建议
想量化自己的体感,最可靠的办法是在榜单之外自己记账。拿十个你真实遇到的任务,分别用不同模型跑,记录三样东西,需要你介入纠正的次数、总 token 或费用、最终是否通过测试。这其实就是把 AA 与 METR 的思路搬到你自己的项目上。
如果只想快速参考,优先看 AA 的编程智能体指数,它有得分、轮次、成本、耗时的完整维度。想判断模型的长任务潜力,就看 METR 的时间跨度。综合智能指数用来了解整体水位,别拿它单独做选型依据。
📚 参考资料
- Artificial Analysis Intelligence Index v4.3.2,artificialanalysis.ai/evaluations…
- Artificial Analysis 关于 Coding Agent Index 的发布帖(X),x.com/ArtificialA…
- r/LocalLLaMA,Artificial Analysis Intelligence 是否有意义的讨论帖,www.reddit.com/r/LocalLLaM…
- Measuring AI Ability to Complete Long Software Tasks(METR 论文,OpenReview),openreview.net/pdf/402f09e…
- Measuring the Capabilities of AI Agents(Elaxtra),elaxtra.com/insights/me…
- METR Time Horizon(AI Benchmark Explorer),benchmarks.darvinyi.com/agents/metr…
- Jason Gorman 关于 METR 研究的 LinkedIn 帖子,www.linkedin.com/posts/jason…