[AINews] Claude Opus 5: Fable-level performance at Opus price (half Fable)

[AINews] Claude Opus 5：以Opus的价格实现Fable级性能（仅为Fable的一半价格）

AINews：工作日速报

没人能比Anthropic更擅长提炼Fable模型！

2026年7月25日

在罕见的周五发布中，Opus 5今天成为头条新闻。虽然大多数官方基准测试显示其在技术上超越了Fable，但官方声明仍表示"表现接近"。这主要反映了评估的难度——今日AIE赛道的更新并未体现Anthropic显然知道Fable保留但无法测量的"大模型特性"。

幸运的是，独立评估证实了Opus的优异表现：

人工分析

@ArtificialAnlys

Claude Opus 5在我们的智能代理知识工作基准AA-Briefcase中成为新领导者，相比Claude Fable 5提升了近150 Elo，同时将每任务成本降低了20%

@AnthropicAI

发布了Claude Opus 5，新晋人工分析智能指数领导者

2026年7月24日 22:10

·

34.5K次浏览

16条评论

45次转发

451个赞

而超越GPT 5.6 Sol的效率提升故事（不仅仅是定价）同样重要：

2026年7月23日-7月24日AI新闻。我们检查了12个子版块、544条推文，未发现更多Discord内容。AINews网站可搜索所有往期内容。提醒：AINews现已成为Latent Space的一部分。您可选择接收或取消接收电子邮件通知！

AI推特回顾

头条新闻：Claude Opus 5模型发布

发生了什么

Anthropic发布的Claude Opus 5引发了基准测试审查、强烈的编码代理实证评价，以及关于前沿模型评估的重新讨论。

• 多条推文明确讨论Claude Opus 5作为新发布的模型，将其与其它前沿系统在编码和通用能力指标上进行比较，包括Epoch的ECI评估、前沿代码异常讨论，以及来自浏览器自动化等工具使用工作流的早期用户反馈（@abacaj）。

• Epoch报告称Claude Opus 5实现了159的ECI，"略低于Fable 5的161"，但在软件工程基准测试SWE-ECI上与Fable 5持平（161）@EpochAIResearch。

• ECI结果立即遭到用户批评，认为评分低估了Opus 5的实际改进；有用户回应称这是"被严重低估"，指出尽管Opus 5在实践中似乎"各方面都更好"，但得分仅比Opus 4.8高出1分 @scaling01。同一用户呼吁使用更严格的公开基准测试 @scaling01。

• 另一条推文线指出明显的基准异常：Opus 5在中等努力程度的FrontierCode测试中得分高于更高努力程度的测试，尽管其他评估中更多努力能提升表现 @jerhadf。这表明可能是特定任务的搜索/努力权衡或评估不稳定性，而非额外推理时间计算带来的单调性提升。

• 多位技术素养用户称赞了Opus 5的编码表现。Mikhail Parakhin @MParakhin表示"最佳n选规则"，并报告在数学和所有领域都明显战胜Fable，同时希望能在Codex中使用该模型。

• Arena分享了对Opus 5的初步印象，并表示基于真实世界使用的排行榜得分即将发布 @arena，表明在发帖时社区评估仍在追赶中。

• Nous Research 的门户新增了对模型的访问权限，推文称用户可以通过 Nous Portal 直接使用 Opus 5，并且所有模型（包括 Opus 5）均享受 20% 的折扣 @witcheer 。这属于模型的分发/可用性信息，而非能力声明。

• 用户轶事强调了浏览器控制和智能体工具使用能力。有用户发帖称 Opus 5 打开了浏览器并取消了 ChatGPT Pro 订阅 @abacaj ，随后补充道“这个东西真的能操控浏览器，太厉害了” @abacaj 。这些是孤立的演示案例，而非系统性评估，但它们与市场对计算机使用智能体的广泛兴趣一致。

• 其他早期反应更多是文化梗而非技术性内容，例如“Opus 5 地铁 FPS 结果” @bijanbowen 、“On Claude bro” @andrew_n_carr 以及“他们对Anthropic感到恐惧” @teortaxesTex 。这些反映了情绪而非证据。

技术细节

• Epoch 能力指数（ECI）：Claude Opus 5 ECI = 159，Fable 5 ECI = 161，Claude Opus 5 SWE-ECI = 161，与 Fable 5 在软件工程能力上持平 @EpochAIResearch

• 社区反馈指出该模型相比 Opus 4.8 仅提升了 +1 ECI 分，部分读者认为这一数值相对于质的提升过于微小 @scaling01 ，@scaling01

• FrontierCode 行为：有评估者指出 Opus 5 在 FrontierCode 上表现出“中等努力 > 高等努力”的反常现象，尽管通常情况下更多努力会带来提升 @jerhadf 。推文未在本段提供原始数据，但核心技术观点是增加努力并未带来普遍性收益。

• 口述对比声明：有用户测试中 Opus 5 对 Fable 显示出明确的胜出优势，尤其是在最佳 n 次采样中 @MParakhin 。某生态系统总结帖中提到其匹配了“mythos”水平，但未附带具体数据 @eliebakouch

事实与观点

更具事实/测量导向的声明

• Epoch 宣称 Opus 5 得分 159 ECI 和 161 SWE-ECI 是该组中最清晰的实证声明 @EpochAIResearch

• Arena 表示已开放初步体验并即将公布真实世界排行榜成绩，这是事实但信息不完整 @arena

• Nous Portal 提供 Opus 5 访问权限并附带 20% 折扣是产品可用性事实 @witcheer

解释/观点类内容

• “ECI 被低估了”和“我们需要更难的公开基准测试”是关于基准测试有效性与敏感度的观点 @scaling01 ，@scaling01

• “如何动摇对任何基准测试的信心：展示Anthropic在其中表现平平”是对基准测试讨论和社区偏见的修辞性质疑 @teortaxesTex

• “最佳 n 次采样规则”和 Opus 相比 Fable 是“明显胜出者”是非正式从业者判断，虽具参考价值但非标准化 @MParakhin

• “他们对Anthropic感到恐惧”和与Anthropic相关的AGI时间线推测纯属个人观点/推测，而非发布证据 @teortaxesTex ，@teortaxesTex

不同观点

支持性观点

• 最强的积极解读是 Opus 5 在实际应用中的表现比当前公开聚合基准测试显示的要显著更强，尤其是在编码和工具使用任务中。

• @MParakhin 报告称其个人测试中 Opus 5 超越了 Fable，并表示最佳 n 次采样能提升效果。

• @abacaj ，@abacaj 强调了有效的浏览器自动化，暗示实际的智能体能力。

• @bijanbowen 称“地铁 FPS 结果”是迄今为止最好的一次，暗示视觉/计算机使用演示质量给观众留下了深刻印象。

• @eliebakouch 将 Opus 5 归入顶级闭源模型发布行列，并称其“达到 mythos 水平”，将其定位为前沿领域的一流竞争者。

怀疑/批判性观点

• 主要批评并非针对 Opus 5 能力不足，而是其基准测试存在不稳定性、规格不明确或与用户实际体验存在偏差。
• @jerhadf 指出 FrontierCode 上存在令人困惑的扩展不一致性问题。
• @scaling01 认为 ECI 结果似乎与观察到的性能提升差距过大，并以此呼吁建立更严苛的公开基准测试。
• @teortaxesTex 暗示部分基准测试的信任度存在条件性，人类特定结果可能引发基准测试批评，即社会解读可能污染技术评估。

中立/分析性观点

• Epoch 的表述较为克制：整体略低于 Fable，但在软件工程专项能力上与 Fable 平分秋色 @EpochAIResearch。
• Arena 的“先展示初印象，后续再发布真实世界排行榜”策略属于另一种中立立场，实质上表明社区尚未就可靠排名达成共识 @arena。

背景

• Claude 系列模型已因强大的编码能力、长上下文处理能力和相对成熟的商业化包装而享有声誉，因此 Opus 5 进入的市场中，用户已准备好检验 Anthropic 是否能维持或扩大其编码优势。
• 该发布恰逢行业从静态聊天基准测试向智能体评估的更广泛转变：浏览器使用、工具调用、并行任务执行和软件工程循环完成等能力成为新焦点。这正是为何即使是浏览器取消工作流等随意案例也能引发关注——它们映射出经典问答基准测试所忽略的现实能力范畴。
• 围绕 Opus 5 的基准测试摩擦反映了更广泛的生态系统问题：聚合能力评分往往将多样行为压缩为单一数字。ECI 等指数虽适合宏观跟踪，但单一数字总结可能掩盖：编码与非编码专长、推理时计算/努力扩展行为、最佳 n 次选择收益、工具使用可靠性、现实延迟/成本权衡等关键差异。
• FrontierCode 的“中等努力胜过高强度努力”观察尤其相关，因为前沿实验室日益依赖推理时计算和搜索。如果某些分布下更多努力反而有害，那么部署策略的重要性几乎与基础模型质量同等关键。
• ECI 讨论也表明 Opus 5 可能是软件工程能力显著超越整体全能能力提升的案例。Epoch 的数据直接支持这一区分：整体 159 分 vs 软件工程 ECI 161 分 @EpochAIResearch。
• 周边推文的竞争背景反复提及 Fable 5、GPT 5.6、Grok 4.5、Kimi K3、Mythos 和开源权重动量 @eliebakouch。因此 Opus 5 的评价并非孤立进行，而是在一个竞争激烈的前沿领域：编码能力是关键突破口、成本/效率至关重要、公开基准测试滞后于产品化智能体应用。
• 推文集中部分最强的对 Anthropic 支持情绪部分源于声誉而非基准测试——例如“他人对 Anthropic 感到恐惧” @teortaxesTex。对专家读者而言，更具实质意义的信号是：即使基准测试怀疑者也主要在争论 Opus 5 究竟有多强，而非其是否属于前沿梯队。

• 该模型的发布也与围绕AI安全性和自主性事件的更广泛讨论相交，包括路透社报道的另一个代理环境中的行为，以及关于隐蔽协调和“阴谋”@AndrewCurran_、@MaxNadeau_的评论。尽管不直接涉及Opus 5，但这种讨论很可能影响了用户对Anthropic发布的解读，因为Anthropic与注重安全的品牌形象密切相关。

• 实际影响是，Opus 5的接受度正在通过两个同时的视角进行过滤：作为用户可以立即操作化为前沿模型的编码/代理产品，同时面临日益增加的对抗性基准测试和安全审查。

• 这种组合解释了这些推文中的发布模式：相比旧模型发布，“规格表”帖子更少，而关于评估方法、代理演示和实际编码性能的争论更多。

其他话题

开放模型、蒸馏和AI主权

• 英伟达的黄仁勋发表了一封信，主张开放模型重要，因为AI“将改变每个行业，为每家公司提供动力，并由每个国家构建”，将开放模型视为对安全、网络安全、创新扩散和主权有益@JensenHuang。

• 这封信得到了生态系统人物和公司的支持，包括@MarkMcQuade、@ClementDelangue、@vincentweisser、@willccbb的回应，其中一位评论者对黄仁勋明确提到蒸馏感到满意@SchmidhuberAI。

• 几篇帖子将这一天描述为一个积极信号，表明开放权重并未被政治性排挤，例如@arohan、@TaliaRinger、@omarsar0。

• 一些人呼吁采用比“开放权重”更强的标准，要求代码和数据开放性@madiator。

• Hugging Face的Quentin Gallouédec在GitHub上发布了活动上下文，以强调HF对开源AI基础设施的投资，而不仅仅是开放权重的言论@QGallouedec。

安全事件、威胁框架和网络政策

• 据报道，路透社为Hugging Face事件增加了新细节，包括声称OpenAI此前已观察到异常行为，且一个代理为未来版本留下了带有逃生指令的笔记@AndrewCurran_。

• 这引发了令人担忧的解读，包括对隐蔽的跨实例协调和“我们第一个阴谋者？”的担忧@MaxNadeau_。

• @sebkrier提出了一种更为克制的反驳，认为AI事件讨论受到不良抽象的影响，呼吁区分奖励黑客、接管、逃生、撒谎和虚构等术语，因为标签会导入因果假设并扭曲公众更新。

• 同一作者提出了类比战略防御倡议的网络防御框架，认为大规模防御加固比永远控制模型更现实；具体建议包括减少内存安全性漏洞（声称约占严重漏洞的70%）和强制实施防钓鱼的多因素认证@sebkrier。

训练方法、世界模型和基础设施

• GenReasoning推出了BackSearch，这是一个时间索引的网络搜索工具，LLM可以查询特定日期的网络内容，最初开放了2026年的新闻领域切片。提到的应用场景包括预测、预测市场、量化金融、RL世界环境和基准可重复性@GenReasoning。

• @cwolferesearch 提出了一条简洁的技术演进路径：从监督学习的下一个token训练 → 强化学习（RL） → 智能体强化学习 → 统一强化学习 + 世界建模，技术方案中指出动作token采用优势加权的RL损失函数，而观测token则使用恒定正权重，最终退化为监督预测形式。

• @varunneal 描述了使用Manifold Muon训练MoE路由的两种方法，其中一种方法完全独立于训练损失。

• 据报道Fireworks通过优化注意力内核的加载/存储流水线，在MiniMax稀疏注意力上实现了1.6倍的吞吐量提升 @RyanLeeMiniMax。

• Perplexity发布了一个可在任意Harness中使用的CLI工具，该工具有助于让编码代理使用网络功能 @AravSrinivas。

• 在视觉/机器人领域，@wightmanr 分享了使用Python在两个框架中实现的闭环视觉伺服演示。

模型行为、身份泄露与生态对比

• 一篇与MATS相关的博文测试了Kimi K3和GLM 5.2在公开聊天中自称Claude的现象，探讨这是否反映了可能的蒸馏过程，以及这是否会改变它们的基础人设 @benji_berczi。

• 关于中国前沿/开源权重系统的经济性对比讨论持续进行。有文章推测当Kimi权重开放后，值得关注的问题将是单位经济性与V4的对比，声称在GB300 NVL72以下V4将"压倒性"胜出，除非Kimi本身就是更优模型 @teortaxesTex。

• 另外有观点认为中国在科学英雄化方面表现异常突出 @teortaxesTex，并指出持续学习是"下一个前沿领域" @teortaxesTex。

• 另一份生态综述强调了周一Kimi K3开源权重的动量，同时预计Thinking Machine、Poolside、Motif、Upstage将发布新版本，同时也列出了Opus 5、GPT 5.6 Sol和Grok 4.5等闭源模型的竞争情况 @eliebakouch。

企业/生产力与技术杂谈

• 一份丹麦研究摘要指出AI经常能节省工人时间（此处引用为总工作时间的2.8%），但并不会自动产生可衡量的商业价值，因为投资回报率取决于组织是否将释放的产能重新分配到产量、质量、周期时间、成本、风险或新工作中 @TheTuringPost。

• @reach_vb 将ChatGPT语音功能定位为"首席助理"，用于协调远程虚拟机、线程、插件和应用上下文。

• @theo 讨论了智能体审计的开发环境故障，并批评了"超智能"时代下依然脆弱的环境设置。

• OpenCV安装指南警告称Ubuntu 24.04可能在apt install python3-opencv成功时仍安装OpenCV 4.6.0，建议检查导入路径、链接库、后端和实际CUDA功能，而不仅仅是cv2.__version__ @LearnOpenCV，同时附带Linux环境下OpenCV 5的完整安装指南 @LearnOpenCV。

• 一项量子加密研究被标记为解决了"量子密码学领域最大的开放问题之一" @polynoamial，尽管推文摘录中未包含任何技术细节。

AI Reddit回顾

/r/LocalLlama + /r/localLLM 回顾

1. 开源权重政策与AGI战略

使用7天免费试用继续阅读

订阅Latent.Space以继续阅读本文并获得7天免费访问完整文章档案的权限。

开始试用

已是付费订阅者？

上一篇