更贵的推理档位,得分反而低 3 分——一份独立评测里的四处反直觉
更贵的推理档位得分反而低 3 分——一份独立评测里的四处反直觉2026 年 9 月 29 日Artificial Analysis 发布了 GPT-6.1 Sol 的独立评测。这个模型替换掉上一代 GPT-6 Sol间隔只有 7 天。评测里有一个数字我认为比它的总分更值得注意「We observed the xhigh effort setting to outperform the max effort setting by 3 points.」我们观察到 xhigh 推理档位的表现比 max 档位高 3 分。这是说把推理档位调到最高得分反而更低。下面是我从这份评测里挑出的四处不那么直觉的地方。一、「max 档比 xhigh 档差 3 分」先把这几个档位说清楚。Artificial Analysis 评测模型时会跑多个「推理努力程度」设置从低到高大致是 low / medium / high / xhigh / max。通常的预期是单调的档位越高分数越高成本越高。而在 GPT-6.1 Sol 上最高那一档破了这个预期xhigh 档 比 max 档 高 3 分而同一份评测里还有一条相关的「GPT-6.1 Sol (xhigh) scores 1 point above GPT-6 Astra for less than 15% of the Cost per Task.」xhigh 档比 GPT-6 Astra 高 1 分而每任务成本不到它的 15%。所以在这一项Coding Agent Index上最好的一档是 xhigh不是 max。一个直接可用的推论如果你按「拉满设置」去用这个模型你可能没有拿到它最好的成绩同时付了更高的价钱。这份评测没有解释为什么 xhigh 会优于 max。它只是报告了这个观察。二、「便宜 31%」和「多用 10–30% token」是两件事评测给了两组听起来同向、实际需要相乘的数字价格那一边对比对象GPT-6.1 Sol 的每任务成本GPT-6 Astra (max)$0.72 vs $3.26—— 不到四分之一GPT-6 Sol便宜 31%$0.72 vs $1.05GPT-5.6 Sol便宜 64%$0.72 vs $1.99而用量那一边「GPT-6.1 Sol uses ~10-30% more output tokens than GPT-6 Sol across effort levels.」在各个档位上GPT-6.1 Sol 比 GPT-6 Sol 多用约 10–30% 的输出 token。在同一份评测里还有一个非常具体的例子「GPT-6.1 Sol (max) uses ~162k output tokens per Intelligence Index task…」见该系列的相邻评测口径★ 「每 token 更便宜」和「每个任务更便宜」不是同一件事。而这份评测的处理方式是诚实的—— 它没有只说便宜而是同时报告了用量「However, due to the increase in Intelligence Index score, its low and medium effort levels are Pareto optimal for token efficiency.」不过由于智能指数分数提高它的低档和中档在 token 效率上是帕累托最优的。「帕累托最优」在这里的意思在同样的智能水平上没有更省 token 的模型。注意这个结论限定在「低档和中档」。高档位不在这个结论里。三、涨了 80 Elo而其中一项在下降AA-Briefcase是这家机构的私有知识工作评测。GPT-6.1 Sol 在这一项上提高了约 80 Elo。而这一句才是值得看的「This is driven by increases in its rubric score and Analytical Quality Elo, while Presentation Elo falls slightly.」这由评分标准和「分析质量 Elo」的提升驱动而「呈现 Elo」略微下降。拆开就是分析质量在涨呈现质量在降总分在涨。这不是「模型变差了」。它说的是一个复合指标内部有两股相反的力—— 如果只看总分那 80 Elo你看不到其中一项在下滑。如果你的工作里「呈现」比「分析」更重要比如要交给人看的报告这一句比那 80 Elo 更有参考价值。四、幻觉率降了 6 点准确率涨了 8 点AA-Omniscience 这一项上准确率 8 点 幻觉率 60% → 54%降 6 点这两个方向是同向的—— 答对更多同时编造更少。这一点值得单独指出因为「答对得少」和「编造得少」在有些模型上是反向的答得少而编得少通常意味着模型更愿意承认自己不知道。而在 GPT-6.1 Sol 上两个指标同时改善。这是它这一代比较干净的一处进步。五、还有那个「7 天」标题是这么写的「GPT-6.1 Sol replaces GPT-6 Sol after just 7 days」而同一句后面还有半句「…with near-Astra intelligence」两个事实放在一起它离 GPT-6 Astra 只差 1 分它离上一代 GPT-6 Sol 只有 7 天而价格在这一代里是第二次下调GPT-6 Sol 相对 GPT-5.6 Sol 打了五折这一代缓存读折扣又从 90% 提到 95%。「7 天」这个数字本身不构成对模型的评价。但它改变了另一件事如果你在选型你面对的是一个每几天就要重新看的列表。六、所以这份评测里我能拿走什么结论依据别默认「拉满设置」xhigh 比 max 高 3 分别把「每 token 便宜」当成「每个任务便宜」便宜 31% 的同时多用 10–30% token别只看复合指标的涨跌AA-Briefcase 涨 80 Elo而其中「呈现」在降它离上一代只有 7 天这决定了这个列表要多久看一次而这四条都不是我的判断。它们分别是这份评测里同向对比的两组数字、一句限定条件、和一个标题里的日期。核验边界一手材料official_sources 1Artificial Analysis《GPT-6.1 Sol replaces GPT-6 Sol after just 7 days, withnear-Astra intelligence》2026-09-29—https://artificialanalysis.ai/zh/articles/gpt-6-1-sol-replaces-gpt-6-sol-after-just-7-days-with-near-astra-intelligenceHTTP 200 全文实取本文引用的全部数字与引文来自该篇Intelligence Index 的 4/5/1 分差、Cost per Task $0.72 / $3.26 / $1.05 / $1.99 及 31% / 64% 差异、缓存读折扣 90%→95%、token 用量 10–30%、xhigh 优于 max 3 分、Coding Agent Index 的「高 1 分 / 不到 15% 成本」、AA-Briefcase 的 80 Elo 与三项分项方向、AA-Omniscience 的 8 点与 60%→54%。⚠️ 我没有核对的地方$0.72那个每任务成本和162k那个 token 数162k出自同一机构关于 Claude Haiku 5.5 的那一篇不是这一篇。我把它放在「同一份评测里还有一个非常具体的例子」下面时已经标注了口径来源但严格说它属于另一篇文章、另一个模型—— 我没有把它当作 GPT-6.1 Sol 的数字使用只用来说明「每任务 token 量」这个口径的存在。这一点读者需要注意。「各档位」的完整定义low / medium / high / xhigh / max 分别是什么——原文未展开我也没查。上面那个从低到高的排序是我按常见命名写的不是原文的。AA-Briefcase / AA-Omniscience / Coding Agent Index 的具体构造—— 未查。GPT-6 Astra 和 GPT-6 Sol 的发布日期—— 本文未涉及只知道 GPT-6 Sol 与GPT-6.1 Sol 相隔 7 天。「7 天」是从谁的发布算到谁的发布—— 原文标题说 replaces after just 7 days我没有核实这两个日期的原始公告。结论层面的边界本文不评价 GPT-6.1 Sol 的好坏也不推荐任何模型。「别默认拉满设置」这条推论是我写的—— 原文只报告了 xhigh 优于 max 3 分这一观察没有给出这个建议也没有解释原因。我在正文里已标明「这份评测没有解释为什么」。「呈现 vs 分析哪个更重要」那段是条件性的「如果你的工作里…」不是对模型的评价。来源Artificial Analysis全文实取—https://artificialanalysis.ai/zh/articles/gpt-6-1-sol-replaces-gpt-6-sol-after-just-7-days-with-near-astra-intelligenceArtificial Analysis 模型页 —https://artificialanalysis.ai/models/releases/gpt-6-1-sol

相关新闻

基于风雷软件的数字风洞仿真:NF3构型气动特性与完整流程解析

基于风雷软件的数字风洞仿真:NF3构型气动特性与完整流程解析

做气动方案的人,十有八九都经历过这样的局面:外形在建模软件里调了好几轮,手头却拿不出一张能说服评审的升阻特性曲线。物理风洞要排期,试验模型要加工,风洞时间按小时计价,想改一个后掠角,整套…

2026/10/15 3:19:38 阅读更多 →
企业微信 RPA 多账号调度:别再用默认设备兜底

企业微信 RPA 多账号调度:别再用默认设备兜底

一个账号池挂多台云设备很常见。最蠢也最常见的封装是:全局 DEFAULT 设备。 结果是:A 群进线,B 设备回复,客户觉得你们两个客服在抢单。 企业微信 RPA 开发做多账号,第一原则:对的号,做对的事。…

2026/10/15 3:19:38 阅读更多 →
用 SpreadJS 数据验证实现省市区三级联动

用 SpreadJS 数据验证实现省市区三级联动

地址、商品分类、组织架构、费用科目都有一个共同特点:下一级选项取决于上一级选择。用户选了省份,城市列表就不应该再出现其他省的城市;选了城市,区域也应该随之收窄。三级联动 这个 demo 用 SpreadJS 的数据验证、自定义名称和 …

2026/10/15 3:18:38 阅读更多 →

最新新闻

git 源代码里,出现一大堆红色文件的一次思考

git 源代码里,出现一大堆红色文件的一次思考

git 源代码里,出现一大堆红色文件 是因为切换分支的时候,底座导致的。 1.首先要理解rebase是什么意思? rebase是录制本地代码,把最新的代码作为背景,然后把最新修改加在最新代码后面。 2.如何解决呢? git c…

2026/10/15 4:02:46 阅读更多 →
18.从 IP 到 MQTT:STM32 用 AT 指令驱动 ESP-12F 上云的完整链路(含全套实战代码 + 踩坑清单)

18.从 IP 到 MQTT:STM32 用 AT 指令驱动 ESP-12F 上云的完整链路(含全套实战代码 + 踩坑清单)

这是我做 STM32F411 ESP-12F 跑通 MQTT 上云之后的一次系统复盘。上一篇讲了「网络地基 → MQTT 模型 → AT 指令遥控」三层逻辑,有同学说想要能直接抄走跑的代码。这篇我把全套实战代码补上:mqtt.h 头文件、mqtt.c 逐函数实现(每步为什么这…

2026/10/15 4:02:46 阅读更多 →
git 里的 rebase到底是什么?

git 里的 rebase到底是什么?

一句话:rebase-把本地代码录制下来,把背景换成别人的最新代码,然后把本地代码在最新代码基础上播放出来。那么 git pull --rebase origin master 是什么意思呢?意思是什么 取服务器的最新代码作为底座,origin 代码仓库…

2026/10/15 4:02:46 阅读更多 →
从背了就忘到主动复习 江苏一个初中英语班的变化

从背了就忘到主动复习 江苏一个初中英语班的变化

苏南一位初三孩子的妈妈跟我聊起上学期的事。孩子英语卷子拿回来,阅读错一半,完形填空连蒙带猜,最让她头疼的是词汇——今天默写全对,三天后再测,能记住的不到三成。她试过打印单词表、买过卡片、也盯着孩子抄过几遍&a…

2026/10/15 4:02:46 阅读更多 →
GitHub Copilot Chat:用对话方式让 AI 帮你重构代码

GitHub Copilot Chat:用对话方式让 AI 帮你重构代码

GitHub Copilot Chat:用对话方式让 AI 帮你重构代码一、重构——AI 编程的"杀手级场景" 在所有的编程任务中,代码重构是从 AI 辅助中获益最大的场景之一。重构有个特点:它需要理解现有代码的逻辑,然后进行"安全的变…

2026/10/15 4:02:46 阅读更多 →
一种可快速恢复的Zabbix高可用架构设计

一种可快速恢复的Zabbix高可用架构设计

做运维的朋友们可能都有过这样的深夜惊魂:好容器完成了监控的Server、Proxy的部署、告警的收敛,监控的覆盖率也达标了,结果承载Zabbix Server和PostgreSQL的机器突然宕机。那一刻,不是“少看几张图”的问题,而是整个团…

2026/10/15 4:01:45 阅读更多 →

日新闻

Docker Compose 容器化部署 ChirpStack LoRaWAN 网络服务器实战

Docker Compose 容器化部署 ChirpStack LoRaWAN 网络服务器实战

1. 为什么选择容器化方式部署 LoRa 网络服务LoRa 物联网项目落地时,网络服务器是整个链路的核心枢纽。它负责接收网关上报的数据包、完成去重与解密、再把有效载荷分发给上层应用。早期大家习惯把网络服务器直接装在物理机上,依赖一堆系统库和特定版本的…

2026/10/15 0:00:46 阅读更多 →
共享LLM服务下的跨模型自动扩缩容:Kubernetes实战与避坑指南

共享LLM服务下的跨模型自动扩缩容:Kubernetes实战与避坑指南

1. 共享推理服务里,扩缩容到底难在哪做过大模型推理服务部署的人,大概都经历过这样的场景:一个团队共用一套推理集群,A 业务跑的是 7B 的小模型,B 业务跑的是 72B 的大模型,C 业务白天流量高、晚上几乎归零…

2026/10/15 0:00:46 阅读更多 →
Systemd 启动阶段根文件系统只读之谜:fstab 与 remount-fs 服务深度解析

Systemd 启动阶段根文件系统只读之谜:fstab 与 remount-fs 服务深度解析

1. 引子:一次内核恐慌引发的追查先从一个真实场景说起。某次我给一台老旧的嵌入式设备折腾系统裁减,为了把启动时间压进两秒以内,我手贱地把一串自认为“没用”的 systemd 服务给 disable 了,其中就包括systemd-remount-fs.servic…

2026/10/15 0:00:46 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/14 3:30:28 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/14 16:30:29 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/14 3:29:58 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/15 0:14:36 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/14 22:45:47 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/14 7:53:34 阅读更多 →