Claude Fable 5.1 发布：缓存读取降到每百万 Token 0.25 美元，Agent 成本怎么算

Claude Fable 5.1 发布：缓存读取降到每百万 Token 0.25 美元，Agent 成本怎么算

Anthropic 9 月 1 日发布 Claude Fable 5.1 和 Claude Mythos 5.1。两者使用同一底层模型，差别主要在安全策略和访问范围：Fable 5.1 已开放，Mythos 5.1 仅通过网络安全和生命科学的可信访问计划提供。Claude API 标识为 claude-fable-5-1，并进入 AWS、Google Cloud 和 Microsoft Azure。

这次发布最容易被忽略的变化是缓存读取。Anthropic 把 Fable 5.1 的缓存读取价格降到每百万 Token 0.25 美元，较此前下降 75%。官方估算，典型按 Token 计费的工作负载成本可比 Fable 5 低约 25%，高度 Agent 化的任务最多可能低约 45%。后两个数字是基于特定流量结构的估算，不能直接当成每个 Claude API 用户的统一折扣。

新基准说明能力上升，不能替代自己的仓库测试

[Anthropic 发布页](https://www.anthropic.com/claude-fable-and-mythos-5-1)列出的结果覆盖终端编码、科研、知识工作、浏览器操作和自动化。Fable 5.1 在 Terminal-Bench 4.0 的成绩为 55.8%，在 CursorBench 3.2.0 为 73.4%，AutomationBench 为 31.4%；同页给出的 Fable 5 对应成绩分别为 42.0%、70.5% 和 17.1%。这些比较由供应商组织，运行环境、努力档位和安全策略都会影响结果。

Fable 5.1 在 Claude Code 中默认使用 High effort，在 Claude Cowork 与 claude.ai 中默认使用 Medium。开发者若只比较模型名，却让不同入口使用不同努力档位，速度、Token 消耗和质量都不会在同一基线。评测时应固定工具权限、最大运行时间、努力档位和失败重试，并记录一次任务最终是否通过测试，而非只看模型完成了多少步骤。

缓存便宜了，前提是上下文真的被复用

Prompt 缓存适合长系统指令、固定工具定义、大型代码库摘要和多轮 Agent 反复读取的背景。缓存读取降价只影响已经写入并命中的那部分输入；新内容的缓存写入、未命中输入、模型输出和失败重试仍按各自价格计算。一个每轮都改变工具顺序或在固定前缀前插入时间戳的应用，可能几乎享受不到降价。

团队可以把请求拆成稳定前缀和动态尾部，观察缓存读取 Token 占总输入的比例。若一次 Agent 任务包含规划、检索、修改、测试和复盘五个阶段，同一份代码上下文被多次读取，节省会明显；若只是一次性短问答，缓存价格几乎不会改变总账。官方所称的 45% 上限更接近前一种高复用工作流。

成本评测还要防止“单次调用更便宜、整项任务更贵”。能力更强的模型可能主动运行更多测试或调查更久，也可能因一次通过率提高而减少返工。可靠指标是每个成功任务的总费用，以及相同质量门槛下的完成时间。网关日志应同时记录缓存写入、缓存读取、普通输入、输出、努力档位和重试，月末账单才有解释路径。

Fable 与 Mythos 的区别会影响迁移边界

Mythos 5.1 不是一个面向普通 API 账号的“更强版本”。它与 Fable 5.1 使用同一模型，只为经过审核的网络安全和生命科学用户放宽部分安全限制。Fable 5.1 现在允许用于发现软件漏洞，但渗透测试、漏洞利用生成和二进制漏洞扫描等双重用途任务仍可能被转向其他模型或受到限制。产品设计不应依赖绕过这些边界。

Anthropic 还改变了新 API 账号的部分多轮上下文行为：新账号不能在保留先前思考记录的同时修改既有上下文。依赖 transcript 编辑的 Agent 要先验证兼容性，也不要把内部推理文本当成稳定接口。

如果 AnyAIS 后续接入 Fable 5.1，应用可通过统一模型接口做灰度和回退；切换前仍要核对模型 code、价格、缓存统计和安全策略。成本优势最终要用自己的缓存命中率与成功任务数据确认。