Claude Fable 5.1上线，缓存读降到0.25美元
Fable 5.1把长时Agent能力、缓存成本和数据保留约束一起推到前台。
本文要点
- 从Fable 5升级到Fable 5.1，重点转向长时Agent与知识工作。
- 从普通缓存折扣，变成Fable 5.1缓存读0.025倍输入价。
- 从ZDR默认采购预期，变成Covered Models要求30天保留。
阅读辅助
先看数字、证据和来源，再读正文。
Anthropic已发布Fable 5.1，并同步列出Mythos 5.1。
2026-06-09 · Anthropic发布Claude Fable 5和Mythos 5，Fable 5被列为需30天数据保留。
Anthropic在2026年9月1日把Claude Fable 5.1和Claude Mythos 5.1放进Claude Platform release notes，也同步上线了独立发布页。当天新增的news peg很明确：Fable 5.1已经作为Fable 5的后继型号发布，Mythos 5.1同时列出但只面向Project Glasswing参与者；平台文档还把价格、缓存读、数据保留和API迁移规则一起写进同一批更新。
这次公告同时改变三件事：模型ID更新、缓存读成本下降、API迁移规则收紧。Anthropic给出的公开口径显示，Fable 5.1面向long-running agentic coding、knowledge work和research，基础价格仍是10美元/MTok输入与50美元/MTok输出；变化最大的价格项是prompt cache reads，降到0.25美元/MTok。这相当于基础输入价的0.025倍，基础输入价格本身仍沿用原口径。
约束也同样具体。Fable 5.1可用于Claude API、Amazon Bedrock、Claude Platform on AWS、Google Cloud和Microsoft Foundry；Mythos 5.1则被描述为面向Project Glasswing participants。两款模型都支持默认1M token上下文窗口、128k token最大输出和始终开启的adaptive thinking，但都属于需要30天数据保留的Covered Models，除非Anthropic明确授权，否则不在ZDR下可用。
对开发者最需要立刻处理的变化，是Fable 5.1把能力、成本和调用约束绑在一起发布。已经有生产系统依赖forced tool use、preserved thinking、prompt cache和多云部署，迁移时不能只替换model ID。它要求重新检查工具选择策略、历史消息复用、数据保留配置和缓存命中结构。
这次发布到底新增了什么
Anthropic发布页把Claude Fable 5.1和Claude Mythos 5.1称为面向coding和knowledge work的最先进模型，并说它们的research capabilities展示了AI参与科学进展的早期图景。两者是same model，但safeguards级别不同：Fable 5.1是generally available，Mythos 5.1只通过trusted access programs提供，防护设计特别面向cybersecurity和life sciences工作。
release notes给出的工程口径更适合生产团队逐项核对。Fable 5.1的model ID是claude-fable-5-1，Mythos 5.1是claude-mythos-5-1。两款模型默认支持1M token上下文窗口，最大输出是128k token，adaptive thinking始终开启。Fable 5.1可在Claude API、Claude in Amazon Bedrock、Claude Platform on AWS、Claude on Google Cloud和Claude in Microsoft Foundry使用。Mythos 5.1的访问范围更窄，发布页明确把它放在Project Glasswing参与者和受信访问计划之内。
价格部分有两层。第一层是基础计费：Fable 5.1沿用Fable 5的10美元/MTok输入和50美元/MTok输出。第二层是缓存读：prompt cache reads在Fable 5.1和Mythos 5.1上变成0.25美元/MTok，官方明确说这是基础输入价的0.025倍；相较其他模型常见的0.1倍缓存读口径，缓存读单价降得更深。cache writes unchanged，缓存写入不在本次降价范围内。
Anthropic发布页进一步给了总体成本估计：典型按token计费工作负载使用Fable 5.1，成本估计比Fable 5低25%；高度agentic工作负载的节省可高到约45%。两个数字基于2026年8月连续四周实际用量和默认effort下的usage-based pricing，应按厂商自报的工作负载估算理解，不能等同于所有请求都便宜25%或45%。如果一个应用很少复用prompt cache，缓存读降价对账单影响会小得多。
迁移口径先拆清楚
这次公告最容易出错的是把“缓存读降价”和“基础模型降价”混在一起。官方文本说的是cache reads cut to $0.25 per MTok，并解释为0.025x the base input price。基础输入价仍是$10 per MTok，基础输出价仍是$50 per MTok。中文表述应当聚焦“缓存读价格下降”，同时明确缓存写入未变。
| 项目 | 当前可确认口径 | 发布影响 |
|---|---|---|
| 模型发布 | Fable 5.1和Mythos 5.1已在9月1日release notes列出 | Fable 5.1可作为生产迁移对象，Mythos仍限Project Glasswing。 |
| 基础价格 | 10美元输入与50美元输出每MTok | 沿用Fable 5基础价，预算模型不应按基础降价重算。 |
| 缓存读 | 0.25美元/MTok，等于基础输入价0.025倍 | 长前缀、高复用Agent更容易受益。 |
| 数据保留 | 默认要求30天数据保留 | ZDR组织需要授权、隔离workspace或等待EFS。 |
| 工具选择 | tool_choice:any和tool_choice:tool返回400 | forced tool use框架需要迁移到可接受写法。 |
还有一个时态边界需要保留。EFS文章说Enterprise Frontier Safeguards will be rolling out to customers in phases, starting later this fall；这意味着EFS是将从今年秋季晚些时候开始分阶段推出，不是9月1日已经全面可用。它还说eligible customers will receive ZDR on Fable 5 and Fable 5.1 until EFS is ready；这是一段过渡安排，适用对象是符合条件客户，不等于Fable 5.1恢复默认ZDR。
性能叙事从榜单转向长时任务
Anthropic发布页展示了多组自家评测和客户引述，核心方向是长时Agent任务、终端编码、知识工作、浏览器代理和科研。页面列出的结构化对比中，Fable 5.1在Terminal-Bench-Science 0.1上是52.6%，同页给出的Fable 5为24.7%、Opus 5为29.0%、GPT-5.6 Sol为22.4%。在Terminal-Bench 4.0中，Fable 5.1为55.8%，Mythos 5.1为60.9%，Fable 5为42.0%，Opus 5为52.3%，GPT-5.6 Sol为37.3%。
这些数字值得看，但也要读完整注脚。Terminal-Bench-Science图表注明，标准误差约为3.5到4.5个百分点；公开leaderboard的3 trials/task口径中，Claude Opus 5为30.0%，Claude Fable 5为21.4%，Anthropic自己的设置复现为29.0%和24.7%，都在噪声范围内。换句话说，Fable 5.1的相对提升方向很明确，但精确差距不应被过度解释到小数点级别。
其他指标同样显示“长任务更稳”的叙事。发布页列出GDPval-AA v2中Fable 5.1为1853，Fable 5为1723，Opus 5为1824，GPT-5.6 Sol为1711；OSWorld 2.0 partial口径中Fable 5.1为77.9%，Fable 5为72.9%，Opus 5为75.4%；strict口径中Fable 5.1为41.7%，Fable 5为36.1%，Opus 5为39.6%。Humanity’s Last Exam无工具口径中，Fable 5.1为60.9%，Fable 5为57.8%，Opus 5为56.6%；带工具口径中，Fable 5.1为65.0%，Fable 5为63.8%，Opus 5为63.6%。AutomationBench中Fable 5.1为31.4%，Fable 5为17.1%，Opus 5为26.9%，GPT-5.6 Sol为19.6%。CursorBench 3.2.0中Fable 5.1为73.4%，Fable 5为70.5%，Opus 5为70.0%，GPT-5.6 Sol为67.2%。
| 指标 | Fable 5.1 | Fable 5 | Opus 5 | 读法 |
|---|---|---|---|---|
| Terminal-Bench-Science 0.1 | 52.6% | 24.7% | 29.0% | 科研终端任务提升最大，但有误差带。 |
| Terminal-Bench 4.0 | 55.8% | 42.0% | 52.3% | Mythos 5.1在低防护口径为60.9%。 |
| GDPval-AA v2 | 1853 | 1723 | 1824 | 知识工作分数小幅领先。 |
| OSWorld 2.0 partial | 77.9% | 72.9% | 75.4% | 计算机使用任务看partial口径。 |
| OSWorld 2.0 strict | 41.7% | 36.1% | 39.6% | strict口径仍显著更难。 |
| HLE no tools | 60.9% | 57.8% | 56.6% | 多学科推理提升但差距不大。 |
| HLE with tools | 65.0% | 63.8% | 63.6% | 工具后差距收窄。 |
| AutomationBench | 31.4% | 17.1% | 26.9% | 企业工作流模拟提升明显。 |
| CursorBench 3.2.0 | 73.4% | 70.5% | 70.0% | 编码榜单领先幅度较温和。 |
发布页还给了大量早期客户引述。Cognition称会在发布日把Devin里的Opus 5流量迁到Fable 5.1，因为测试中它匹配或略优于Fable 5，且更低的cache read价格让Fable-class model对原先留给Opus的工作负载更经济。Browserbase称在内部浏览器Agent基准上，Fable 5.1完成82%任务，约10分钟一个任务，对比Opus 5为74%、Fable 5为57%。Rogo称内部Finance benchmark中Fable 5.1匹配Fable 5准确率，同时少用20% token。Crosby称RedlineBench从47.9升到57.0。这些都是客户或早期伙伴口径，适合说明使用场景，不宜写成独立第三方可复现结论。
API迁移比模型名更重要
如果团队已经在Claude API上跑工具调用，最先要看的是tool_choice。release notes明确写到，在Claude Fable 5.1和Claude Mythos 5.1上，tool_choice类型any和tool不支持，会返回400错误；auto和none不变。Anthropic建议要保证工具输入符合schema时，使用strict tool use或structured outputs。这个变化会影响那些用forced tool use强制模型调用指定工具的Agent框架。
thinking blocks是另一处迁移风险。release notes写到，Fable 5.1和Mythos 5.1生成的thinking blocks只会为生成它们的模型或更新模型保留；早期模型不能读取这些blocks，API会丢弃回放到早期模型的block。Fable 5.1可以接受来自Opus 5、Fable 5、Mythos 5和更早Claude模型的thinking blocks。对2026年8月31日或之后创建的新账号，Fable 5.1还会检查block前面的历史是否改变；如果system prompt、tools或更早消息发生变化，再回放这个block会返回400错误。
中途effort和progress updates也进入beta。release notes写到，Fable 5.1、Mythos 5.1和Opus 5在Claude API上支持per-message effort；请求需要mid-conversation-output-config-2026-07-01 beta header。thinking.display也新增updates beta值，需要thinking-display-updates-2026-08-18 header；在该模式下，工具调用之间的短进度更新作为文本返回。Thinking文档进一步说明，Fable 5.1和Mythos 5.1这类adaptive thinking模型不能关闭thinking，display默认是omitted，工具调用回合必须完整、未修改地回传thinking blocks。
| 迁移项 | Fable 5.1变化 | 生产系统含义 |
|---|---|---|
tool_choice:any | 不支持并返回400 | forced tool use框架要改为auto或strict tool use。 |
tool_choice:tool | 不支持并返回400 | 指定某个工具调用的旧写法会失败。 |
| thinking blocks | 新模型或同模型可保留，回放早期模型会被丢弃 | 多模型路由要记录模型来源。 |
| 新账号历史绑定 | 2026-08-31后账号改历史会触发400 | prompt cache和对话重放要避免改前缀。 |
| progress updates | display:"updates"为beta | Agent UI可展示进度，但要加beta header。 |
这组变化解释了为什么Fable 5.1不是“只换模型名”的升级。长时Agent依赖工具、缓存、历史回放和中途状态更新，任何一个环节的API语义变化都会在生产中放大。一个具体例子是preserved thinking：如果开发者为了节省上下文，手工编辑了历史消息，旧模型可能只是缓存失效或质量下降；新账号在Fable 5.1上可能直接得到400。这比性能分数更接近真实迁移风险。
数据保留边界决定谁能直接用
Anthropic的API and data retention文档把Claude Fable 5.1、Claude Mythos 5.1、Claude Fable 5和Claude Mythos 5列为Covered Models，并明确要求30天data retention；因此，除非Anthropic expressly authorized，这些模型不在zero data retention下可用。文档还给出错误示例：如果组织或workspace的数据保留配置不符合要求，请求会返回invalid_request_error，message说明必须启用data retention才能访问该模型。
这条规则适用于Covered Models被提供的地方。Claude API和Claude Platform on AWS由Anthropic处理保留数据；Amazon Bedrock和Google Cloud’s Agent Platform中，retained data留在对应云厂商环境，启用步骤要看各平台文档。文档还说，已有ZDR arrangement的组织可以只在某个workspace启用30天保留，其他workspace继续保持ZDR。这个细节对企业迁移很重要：它允许把Fable 5.1放进隔离workspace测试，而不是把整个组织的ZDR配置一起改变。
EFS文章给了一个过渡口径。Anthropic称Enterprise Frontier Safeguards将从今年秋季晚些时候开始分阶段推出，目标是把ZDR隐私需求和跨时间、跨账号滥用检测结合起来。文中同时写明，符合条件客户在EFS就绪前可以在Fable 5和Fable 5.1上获得ZDR。这里的动词是will receive，范围是eligible customers，时间条件是until EFS is ready。不能把它改写成“Fable 5.1已经默认支持ZDR”。
| 使用场景 | 当前可确认规则 | 需要客户确认的问题 |
|---|---|---|
| Claude API | Fable 5.1可用，但Covered Models要求30天保留 | 哪个workspace启用保留，是否影响现有ZDR组织。 |
| Claude Platform on AWS | release notes列为可用平台 | 保留数据由Anthropic处理，IAM和审计需按AWS文档配置。 |
| Amazon Bedrock | release notes列为可用平台 | retained data留在云厂商环境，启用步骤看Bedrock文档。 |
| Google Cloud | release notes列为可用平台 | retained data留在云厂商环境，区域和合规需单独核验。 |
| Microsoft Foundry | release notes列为可用平台 | HIPAA readiness不可用的限制需与微软合同核对。 |
| Project Glasswing | Mythos 5.1参与者可访问 | 资格、研究范围和防护层级没有完全公开。 |
企业买方因此会面对一个实际取舍。Fable 5.1可能更适合长时编码和知识工作，缓存读又把高复用Agent的账单压下来；但如果组织坚持默认ZDR，访问Covered Models会被保留规则挡住。EFS把这个冲突包装成未来方案，但它仍是分阶段推出。短期最稳的做法，是为Fable 5.1建立单独workspace、明确数据分类和保留审批，再逐步迁移高缓存命中的Agent任务。
科研和安全能力要读成双边约束
Anthropic发布页的科研段落很醒目。它说团队用Claude Fable 5.1和Mythos 5.1测试了多个科学研究能力。分子设计例子中，Mythos 5.1使用开源蛋白设计和folding工具，设计被送到2个外部组织做实验验证；在3个目标上，其binding affinities比Adaptyv Bio蛋白设计竞赛最佳提交高10倍；跨12个目标的hit rate接近50%，而今天蛋白设计常见hit rate为10%到15%。计算建模例子中，Fable 5.1基于NASA Magellan雷达图像和既有地图，生成了金星约三分之一表面的高分辨率elevation map，细节从10到20公里提高到2到3公里，高度精度最高改善25%。计算生物学例子中，Mythos 5.1通过自定义GPU kernels和缓存中间结果，把7个开源深度学习模型加速最高2.5倍，估计GPU成本降低30%到60%。
这些例子说明了Mythos访问范围为什么更窄。Anthropic的安全段落称，Mythos 5.1在化学和生物风险评估中能力高于Mythos 5，但仍低于Responsible Scaling Policy定义的下一风险等级；因此公司以与Mythos 5相同的防护部署Mythos 5.1，并限制research biology capabilities访问。在cyber部分，Anthropic说Mythos 5.1在关闭网络安全防护的评估中展示了公司已发布模型里最强的cyber capabilities，但仍落在Frontier Compliance Framework的较低风险类别；对Fable 5.1的网络安全防护，Anthropic称没有发现critical-severity jailbreak证据。
更细的产品变化，是Fable 5.1现在可用于发现软件漏洞，但不能用于develop exploits。Anthropic称，相对Fable 5旧防护，Claude Code用户每次会话预计平均少约60%的网络安全防护介入；这是厂商对介入次数的估计，不是独立测得的总体误报率。这个表述不应被写成“安全限制变弱”或“漏洞利用能力开放”。更准确的读法是：Anthropic试图把安全边界从粗粒度拦截改成更精细的任务分类，让防御性漏洞发现可用，同时保留对exploit development的限制。
早报判断是，Fable 5.1的增量同时落在分数、成本和平台契约上。缓存读降价解决的是长时Agent的边际成本；30天保留和EFS解决的是风险追踪；tool_choice与thinking block规则解决的是运行时可控性。它们一起出现，说明模型发布正在从单点能力公告变成平台契约更新。
这对开发者是利好，也会带来额外工作。长上下文和缓存读折扣让“同一项目反复读同一代码库、文档和工具输出”的场景更便宜；生产Agent也要重新验证工具选择、历史回放和workspace数据保留。迁移不能停在把`claude-fable-5`替换成`claude-fable-5-1`，调用栈每一层都要重新跑兼容性测试。
Anthropic接下来的挑战是把自报能力变成可复现体验。发布页里有大量客户引述和内部评测，但外部开发者更关心第三方benchmark、真实工单成本、缓存命中率和错误类型。Fable 5.1如果能稳定把长时工作流的成本压下去，它会成为企业Agent默认选择；如果迁移规则和数据保留把高合规客户挡住，成本优势会被采购流程抵消。
现在该怎么迁移
迁移可以从调用面分组开始。普通聊天、短代码补全和一次性知识问答，可以先用Fable 5.1做A/B测试；长时coding agent、研究Agent和带工具链的流程，则应该单独建测试workspace，开启与Covered Models匹配的30天保留配置，避免ZDR组织默认策略直接触发400错误。
工具调用策略需要重新检查。凡是显式依赖tool_choice:any或tool_choice:tool的框架，都要改为auto、none、strict tool use或structured outputs。尤其是内部Agent平台常用“先强制调规划工具，再强制调执行工具”的流程，迁移到Fable 5.1后可能遇到请求形状被平台直接拒绝。
prompt cache应按真实复用率重算。缓存读降到0.25美元/MTok后，最值得优化的是大上下文反复读取的部分：代码仓库索引、产品文档、规范、schema、工具说明和长任务历史。缓存写入没有同步降价，所以一次性、低复用prompt不应为了“听起来便宜”强行改造。
thinking block要被当作协议状态处理。工具调用回合要完整回传thinking blocks；对新账号，system prompt、tools和较早消息变动可能让历史绑定检查失败。多模型路由还要记录thinking block来自哪个模型，因为早期模型不能读取Fable 5.1或Mythos 5.1产生的blocks。
最后仍要等待系统卡和外部评测。Anthropic发布页说完整安全测试见System Card，但本次采集未拿到可独立解析的系统卡全文；第三方X对系统卡的解读只能当线索，不能当主事实。后续更重要的是独立benchmark能否复现Terminal-Bench、CursorBench、AutomationBench和科学研究案例中的方向性提升。
接下来关注哪些指标
短期最硬的指标是可用性。Fable 5.1已经列入Claude API和四个云入口，但不同云平台的区域、保留、审计和企业合规条款仍要逐项核验。尤其是Microsoft Foundry与HIPAA readiness限制，不能仅凭“可用”推断所有行业都能直接迁移。
缓存命中后的总账单更能说明成本变化。官方称，相对Fable 5，典型工作负载估计节省25%，高度Agent工作负载最高约节省45%；口径来自2026年8月四周实际用量和默认effort，且只有在缓存读占比足够高时才成立。团队应该按真实任务统计input、cache write、cache read、output和tool result token，单次请求价格表不足以描述长任务成本。
防护介入频率会影响安全团队是否愿意使用。Anthropic称，相对Fable 5旧防护，Claude Code用户每次会话预计平均少约60%的网络安全防护介入；这不等于独立验证的总体误报率。Fable 5.1同时允许发现软件漏洞，但不允许开发exploit。安全团队可以用防御性漏洞研究、代码审计和红队模拟去测这条边界是否稳定。
Mythos 5.1的访问门槛会决定科研能力如何扩散。它承载了更强科研与安全能力，也承载更严格防护和受信计划。Project Glasswing的参与条件、申请流程、研究成果公开方式和违规处理，将决定这条线是少数机构的封闭能力，还是未来高风险科研AI的可监管模板。
最后一个指标是EFS落地。EFS尚未全面可用，计划从今年秋季晚些时候分阶段推出。它若能让客户在自有云基础设施内保存数据，同时保留跨时间、跨账号滥用检测，Anthropic就能把Fable 5.1的数据保留缺口转化为企业安全卖点。否则，Fable 5.1会在最需要强模型的高合规客户那里继续遇到采购阻力。