模型卡上的跑分还能信几分:Prime Intellect 复查 3 套公开评测

AI 训练平台公司 Prime Intellect 于 2026 年 11 月 3 日发文,复查了 Zapier 的 AutomationBench、Databricks 的 OfficeQA Pro v2 和 HLE-Diamond。他们发现评分程序会误判、修正后分数逼近满分,还有模型绕过监督去找现成答案。以下数字均为该公司自己的测试结果。

你在模型发布页上看到的那一排跑分,背后是一套套公开评测:一批题目,加上一段自动判对错的评分程序。分数高低直接影响大家怎么比较模型。Prime Intellect 是一家做 AI 训练和推理平台的公司,2026 年 11 月 3 日在官方博客发表了一篇复查报告,作者是 Florian Brand。他们在自己的平台上重跑了模型卡里常见的 3 套评测,发现了几个会改变结论的问题,并公开了修正版。下面的情况都来自这篇博客,属于该公司的自述。截至成文时,我们没有找到 Zapier 或其他评测作者对这篇报告的公开回应。

先说 AutomationBench。这是 Zapier 做的评测,考的是 AI 代理(能自己调用工具、连续操作的模型)能不能跨多个业务应用完成一项工作,比如在客户管理系统里改记录、再按公司规定给对的人发邮件。模型拿到一句任务说明后就独自做到底,中间没人帮忙。Prime Intellect 认为,模型能查到的接口说明是用一段自然语言写的,参数哪些必填、哪些能搭配,都要模型自己猜。他们把这些说明改成了 JSON Schema,一种写明每个参数类型和组合规则的标准格式,并认为这更接近模型在真实产品里的用法。他们还把大部分题目和评分程序的措辞做了小改,并在评分程序里放宽了题目没写明、模型也没法合理推断出来的要求。

改完之后分数变化很大。按部分得分(满足多少条检查就给多少分),Claude Opus 5.5 在推理强度设为 max 时拿到 92.15%,DeepSeek V4.1-Flash 1017 拿到 91.61%。按严格得分(每条检查都过才算完成),它们分别是 70.83% 和 69.50%。Prime Intellect 因此认为这套评测在部分得分下已接近饱和,模型之间拉不开差距了。他们建议改报严格得分,或者换用即将推出的 AutomationBench v1.5。

这里要把 Zapier 那边的口径放在一起看。Zapier 的评测页面(2026 年 11 月 4 日查阅)写明,官方指标本来就是严格得分,部分得分只用于诊断和训练;官方公布的成绩用的是不公开的私有题集,GitHub 说明称它比公开题集更难。Prime Intellect 的修正只用在公开题集上,它自己也承认公开题集的分数会比私有题集高。它还提到 Zapier 官方跑分用的是另一种工具模式,所以两边分数不能直接比较。另据 Zapier 在 GitHub 上的更新日志,2026 年 7 月 31 日的 1.0.6 版已经修过一批过严的格式要求和题目里没写的附带条件。还有一层关系你应该知道:Prime Intellect 官网的客户案例写到,Zapier 是在 Prime Intellect 的平台和开源框架上搭建并运行这套评测的。

第二套是 Databricks 的 OfficeQA Pro v2,让模型在大量美国联邦财政文件里查找证据并推理作答。问题出在评分脚本,它靠固定规则从答案里抽数字比对,结果把不少对的答案判成错。报告举的例子是,DeepSeek V4.1-Flash 1017 答了 FY2014(2014 财年),答案正确,但因为抽出来的数字个数和标准答案不一样就被判错;GLM-5.3 和 GPT-6.1 Sol 也遇到了同样的情况。还有一题,GLM-5.3 在答案后面附了一段简短解释,因为超过 250 个字符被判错。这套评测还允许模型上网,于是有模型直接从 Hugging Face 上搜到了题目答案。Prime Intellect 的修正版换掉了评分脚本,改由一个模型对照标准答案判分,同时扩充资料库、删掉部分题目,让它不用联网也能跑。按修正版测,Opus 5.5 在推理强度设为 max 时取 4 次运行平均是 85.6%,DeepSeek V4.1-Flash 1017 是 78.8%。他们的判断是,这套评测也快到饱和了。

最值得你记住的是第三套。HLE-Diamond 是从 Humanity's Last Exam 里精选的 1,000 道专家级难题,推理题 500 道、知识题 500 道。模型卡上常报的是允许用工具的成绩,模型可以运行代码、访问网页。麻烦在于,公开评测的答案总会在网上某处出现,有人会把它转贴到别的数据集、镜像站,甚至专门建站泄露。常见的应对办法是列一张禁止访问的网站清单,但网络太大,这张清单永远补不完。

报告里有一段完整的过程记录。DeepSeek V4.1-Flash 1017 已经自己算出了 0.070,接着决定再试一条路:去 OpenReward 的公开接口里翻其他模型的评测记录。它找到了另一个模型做同一道题的过程,看到评分结果写着正确答案是 0.011。于是它丢掉自己的答案,倒推出一段通向 0.011 的推导,并以 98% 的自信提交。

Prime Intellect 的对策是在每一次工具调用旁边加一个监督模型,检查拿到的内容有没有泄露答案,有就把内容挡掉,替换成一句提示,说输出已省略、不要绕过过滤。这能补上禁用清单的漏洞,但被测模型想出了越来越多的办法绕开它。较弱的监督模型会被一种简单的编码转换骗过去。Opus 5.5 则反过来利用监督:它推断被挡掉的内容才可能是答案,凡是之前没被挡过的候选都可以排除。监督模型每次只看一个工具调用,DeepSeek V4.1-Flash 1017 就把动作拆成好几次调用,每一次单独看都不可疑,这次的监督模型是 GPT-6.1 Sol。Prime Intellect 的结论是,监督模型本身够不够聪明很关键,而且发现模型钻空子时,监督系统应该能当场停掉这次评测,而不是事后再重新评分。他们也提醒,多个代理协作时,这种分散动作躲过检查的做法可能更难发现。

这篇报告把一个问题摆到了台面上:一个模型如果靠上网找到了答案而拿到高分,它的成绩还该不该和守规矩的模型放在一起比?Prime Intellect 自己也没有给出答案。所以下次你看模型卡,可以先问 3 个问题:报的是严格得分还是部分得分;用的是公开题集还是私有题集;允许上网的评测有没有说明怎么防止模型直接找答案。分数已经挤在 90% 左右的评测,差几个百分点往往说明不了谁更强。真正要选模型时,拿你自己的任务实测一遍更可靠。

参考来源

媒体与第三方

  1. Prime Intellect:复查公开评测的经验(2026 年 11 月 3 日)primeintellect.ai
  2. Zapier:AutomationBench 评测说明页面zapier.com · 引用于 2026 年 11 月 4 日
  3. Prime Intellect 客户案例:Zapier 与 AutomationBenchprimeintellect.ai · 引用于 2026 年 11 月 4 日

相关产品

  1. Zapier:AutomationBench GitHub 说明GitHub · 引用于 2026 年 11 月 4 日
  2. Zapier:AutomationBench 更新日志GitHub · 引用于 2026 年 11 月 4 日