Claude Fable 5.1 的“降价45%”：便宜的是缓存命中，不是所有调用

Anthropic给 Claude Fable 5.1 的卖点，是“更强，还更便宜”。

公司称，Fable 5.1 的常规成本比 Fable 5 低约25%；遇到复杂的智能体任务，最高可以便宜45%。但这个“45%”有明确前提：大量上下文已经处理过并被缓存，后续调用能够重复使用。

这和整张价目表普降45%，不是一回事。

Anthropic还发布了 Claude Mythos 5.1，并回应客户一直在抱怨的三件事：价格偏高、数据保留规则不够清楚，以及安全限制有时过于积极。早期使用者对Fable 5.1的评价偏正面，有人称它在编码能力、速度和 token 使用效率上都有提升。

真正需要采购模型的团队，眼下最关心的不是宣传里的最高折扣，而是自己的调用模式能不能吃到这部分折扣。

省下来的钱，藏在缓存命中率里

智能体任务通常不会只调用模型一次。

一个编码代理可能先读取整个代码库，再反复修改文件、运行测试、解释报错。每轮请求都带着一部分相同的系统提示、项目文件和工具说明。若这些内容被缓存，后续请求就不必按全新的输入重复计费。

账单可以先用一个简单公式理解：

总成本 = 新输入量 × 新输入单价 + 缓存输入量 × 缓存单价 + 输出量 × 输出单价

所以，缓存折扣只直接影响“缓存输入量”这一栏。

这也是“最高便宜45%”容易让人误读的地方。

如果一个任务只有一小部分输入被缓存，整体账单不会接近45%的降幅。如果模型每轮都要生成很长的代码，输出费用占比上升，输入端的优惠更难改变最终成本。至于性能提升能否减少重试、缩短任务链条，才是另一笔更重要的账。

目前公开线索没有给出完整的输入、输出、缓存读写价格，也没有提供足够的独立基准测试。仅凭“最多45%”去判断Fable 5.1比其他模型便宜，证据不够。

对编码团队有用，对一次性用户未必

Fable 5.1最可能打动的，是已经把模型接进开发流程的团队。

他们每天处理的不是几个聊天问题，而是大段代码、持续的工具调用和多轮错误修复。只要缓存命中率稳定，单次任务的输入费用确实可能下降；如果模型还减少了重试次数，预算压力会进一步缓解。

但这类团队也最容易踩到另一个坑：把“模型单价”当成“任务成本”。

换模型时，团队要重新测三件事：

• 同一个任务需要多少轮调用；
• 每轮输出有多长；
• 缓存到底命中了多少上下文。

最实用的做法，是拿一周真实日志计算，而不是拿官方最高折扣套预算。把每次请求拆成新输入、缓存输入和输出，再比较单个任务的完成成本。若只能看到输入单价，暂时不要下采购结论。

普通聊天用户受到的影响则小得多。短问题、一次性问题、上下文变化快的问题，本来就没有多少内容可重复使用。对他们来说，模型是否更快、更少拒答，往往比缓存价格更有感。

这次定价调整，透露了什么

Anthropic面对的压力很具体：前沿模型越来越像基础设施，客户开始逐项核对账单，而不是只看模型排行榜。

云计算行业早就反复演示过同一套定价逻辑。按量付费看起来简单，真正决定成本的却是实例利用率、存储周期、带宽和折扣条件。大模型的缓存计费只是把这套账本搬到了 token 上。历史不完全相同，但商业诱因很像：用一个醒目的低价吸引客户，再把真实成本交给使用结构决定。

Anthropic这次至少做对了一件事：它把优惠放在最适合智能体的地方。智能体确实会重复发送上下文，缓存也确实能减少重复计算。这个方向比笼统宣布“全面降价”更接近真实的基础设施优化。

我不太买账的是“最高45%”带来的心理暗示。最高值通常对应最理想的工作负载，而企业预算需要的是中位数、波动范围和失败重试后的总价。没有这些信息，折扣更像销售话术，暂时还不是财务结论。

数据保留问题也不能被价格盖过去。缓存意味着某些内容会被保存并再次使用。企业需要确认缓存的有效期、隔离方式、删除机制，以及代码和内部文档是否会进入不该进入的路径。模型更便宜了，合规团队却可能多出一张表要填。

接下来最该看的，是四个硬指标：

1. Anthropic是否公布完整的Fable 5.1输入、输出和缓存价格；
2. 缓存的命中规则、有效期和数据保留政策是否清楚；
3. 独立测试能否证明它在编码任务中减少了重试和 token 消耗；
4. 企业按真实代理日志计算后任务总成本是否真的下降。

这决定Fable 5.1是一款更高效的模型，还是一张更会包装的价目表。对开发团队而言，迁不迁移不该由“45%”决定，而该由一条真实账单决定：完成同一个任务，究竟花了多少钱。