Anthropic 发布 Claude Fable 5.1 和 Mythos 5.1,8 项公开基准测试全部第一,缓存读取价格降 75%,典型工作负载成本最高降 45%,并新增反蒸馏机制。
Anthropic 正式发布 Claude 系列新模型 Fable 5.1 和 Mythos 5.1,在 8 项公开基准测试中全部拿下第一,部分场景成本最高可降 45%。

尤其在科学研究和代码这两项上,明显甩开 Fable 5 和隔壁 GPT-5.6 Sol。
换个视角:用中、低推理强度跑 Fable 5.1,表现基本相当于老版 Mythos 5 开到极高甚至最高推理强度。

价格方面,Fable 5.1 将缓存读取价格降至每百万 token 0.25 美元,降幅 75%;输入和输出价格与 Fable 5 一致,分别为每百万 token 10 美元和 50 美元。
表面上看好像只降了一项价格,但由于智能体任务里缓存读取是成本大头,Anthropic 给出的数据是:典型工作负载成本比 Fable 5 降低约 25%,高度智能体化的任务最多能省 45%。

官方发布视频称:“无论你此前让 Claude 处理什么任务,Fable 5.1 都能做更多,并且把最难的部分完成得更出色。”

原因是它擅长处理多步骤任务。这类任务中,如果第二步就出现一个小错误,到第 40 步可能全盘崩溃,而 Fable 5.1 能全程稳定输出。遇到难以解决的问题,它会告诉你已经尝试过哪些方案、卡在哪个环节。
研究员 Flix Rieseberg 还专门提到,写作方面 Fable 5.1 更少使用粗体、标题、列表或引号,对风格提示词的遵循也更好。(顺便问一句:能不能把您的风格提示词也开源?)
访问权限上,Fable 5.1 面向所有用户开放;Mythos 5.1 仅通过受信访问计划提供给经过审核的网络安全和生命科学机构。
跑分之外,Anthropic 还展示了两个模型在科研领域的实战成果。
蛋白质设计:Mythos 5.1 借助开源蛋白质设计与折叠工具,设计出高亲和力结合蛋白,并送往两家外部机构做实验验证。在三个靶标上,其结合亲和力是 Adaptyv Bio 蛋白质设计竞赛最佳方案的 10 倍;全部 12 个靶标上命中率接近 50%,而该领域典型命中率只有 10% 到 15%。高亲和力结合蛋白是许多药物开发流程中的第一步。

天文学:Fable 5.1 用 NASA 麦哲伦号 30 多年前拍摄的雷达图像训练神经网络,为金星三分之一的表面生成了新的高分辨率地形图。此前的地图只覆盖金星五分之一,分辨率在 10 到 20 公里之间;新地图把分辨率提升到 2 至 3 公里,高度精度比此前提高 25%。该地图已按 CC 协议开源发布,供 NASA VERITAS 和 ESA EnVision 任务参考。
计算生物学:Mythos 5.1 通过编写自定义 GPU 内核、缓存中间结果,让 7 个开源深度学习模型的运行速度最高提升 2.5 倍,且输出完全一致。实际研究中,生物学家可能要对这些模型运行数千次,逐一测试人类基因附近的所有可能突变;优化后 GPU 成本可降低 30% 到 60%。

这类优化通常需要性能工程团队花费数周才能完成,很多学术实验室根本负担不起,而 Mythos 5.1 只用了几天就做到,且只依赖公开源代码。Anthropic 计划近期将这些优化开源。

先看安全方面。Fable 5.1 的网络安全误报率比 Fable 5 降低 60%,现在允许用于发现软件漏洞,但仍禁止开发漏洞利用程序;渗透测试、漏洞利用生成、基于二进制的漏洞扫描等双重用途任务,仍会重定向到 Opus 系列模型。基础生物学和医学问题的误报率降低 85%,但涉及生命科学研发的查询仍由 Opus 模型处理,专业人员需要通过 Mythos 5.1 的生命科学验证计划(LSVP)获取访问权限。
接下来是这次的重头戏:反蒸馏机制。
从今天起,新注册的 API 账户将无法在手动编辑 Claude 多轮对话上下文的同时保留思维链记录。此前有一种公开记录过的攻击手法:手动篡改 Claude 之前的上下文,却刻意保留思维链记录,从而在一组新的、可能带有对抗性的指令下,重放模型在另一组指令下产生的推理过程。现在这条路被堵死了。
具体做法是给每个思维链区块加上签名(signature)。用户把助手回复发回 API 时,系统会利用签名做两件事:验证当前模型是否有权读取该区块,以及确认该区块之前的整段对话——包括系统提示词、工具列表和所有历史消息——是否与生成时完全一致。只要对话中有任何东西被动过,签名校验就会失败。

免费获取企业 AI 成熟度诊断报告,发现转型机会
校验失败后的处理方式由开发者设置的 prefix_mismatch_behavior 参数决定:默认值为 error,直接返回 400 状态码并拒绝请求;设为 drop_block 时,系统会静默丢弃该区块及其后的所有思维链,请求本身照常执行。被丢弃的部分不计费(这一点倒是很贴心),并会在响应的 input_transformations 数组中列出。

哪些操作会触发失败?文档给出了详细清单:编辑、重排或删除任何先前的用户/助手/系统消息,修改顶层系统提示词,对工具列表做增删改名,从对话历史中间抽掉某个思维链区块却保留后面的区块,以及引用一个在两次请求之间内容发生变化的图片或文档 URL。以上任何一条,都会导致后续所有思维链区块失效。

反过来,有些操作是安全的:在对话末尾追加新消息、从历史记录开头移除思维链区块、修改 max_tokens 等请求参数、增减 cache_control 标记,以及服务端压缩(compaction)或上下文编辑(context editing),都不会触发校验失败。
此外还有一个链式校验设计:每个思维链区块都会记录前一个区块的信息,形成跨轮次的链条。可以从链条头部摘掉区块,但只要从中间抽掉一个,后面所有区块都会跟着失效。
为了避免开发者被卡住,Anthropic 也提供了一系列替代方案,可以在不修改历史记录的情况下实现同样效果:
clear_at 参数的轮次级系统消息,替代“先插入再删除”的老办法。tool_addition 和 tool_removal 区块,替代直接编辑工具列表。如果使用 Claude Code、claude.ai、Claude Managed Agents 或 Claude Agent SDK 这些官方产品,什么都不用改,它们已自动保证对话前缀不被篡改。如果直接调用 Messages API,建议把 messages 数组严格当作只追加(append-only),并在 prefix_mismatch_behavior 设为 drop_block 的模式下跑一遍完整的多轮会话测试,看日志中是否出现 prefix_binding_mismatch 条目。
最后,文档特别提到一个容易踩坑的场景:如果你维护的工具或框架让用户用自己的 API 密钥调用,新注册用户会更早遇到校验——因为开发者自己的密钥多半是 8 月 31 日之前注册的,暂时还没被强制执行。建议提前设置好 prefix_mismatch_behavior 并测试,别等用户先踩坑才发现。
Anthropic 闹出这么大动静,隔壁 OpenAI 坐不住了。不过新模型 Astra 还差一点没做好,只能先象征性发点预告。

Ilya 也在 Fable 5.1 和 OpenAI Astra 发布之际罕见发声,呼吁加强网络安全。

参考链接:Anthropic 官方发布页面
原文链接:量子位
本文由前途科技编辑整理
关注公众号

扫码关注,获取最新 AI 资讯
3 步完成企业诊断,获取专属转型建议
已有 200+ 企业完成诊断