Claude Opus 5.5 为长编码会话优化
来自 Claude Blog · 期号 2026-09-24
摘要
开发者用 Claude Code 的方式变了：每次 prompt 的上下文量半年涨了 2.6 倍，输入输出 token 比从 189:1 升到 324:1。 Anthropic 为此发布了 Claude Opus 5.5，定价和训练都针对长会话优化。按 token 计费时，运行成本比 Opus 5 低约 40%。 三个改动让长会话更省钱：输入输出降价 20%，缓存读取降价 60%；Claude Code 的缓存管理改进，缓存未命中率下降超过 50%；Opus 5.5 完成同一任务需要的轮次更少，输出速度比 Opus 5 快 30% 以上。 Zeta Labs 的测试显示，Opus 5.5 在困难任务上的完成率翻倍，成本接近减半。 原文附了保护缓存命中率的操作建议：会话开始就选好模型、离开前压缩上下文、长会话设置一小时缓存有效期。
深读
导读 开发者用 Claude Code 的方式在过去半年发生了显著变化：每次 prompt 的上下文量增长了 2.6 倍，输入输出 token 比从 189:1 升至 324:1。Anthropic 为此发布了 Claude Opus 5.5，定价和模型行为都针对这种长会话场景优化，按 token 计费时运行成本比 Opus 5 低约 40%。读完可以理解长会话的成本结构如何变化，以及哪些工程手段能保护缓存命中率。 关键信息 - 从 2026 年 3 月到 9 月，Claude Code 每次请求的上下文量增长了 2.6 倍，输入输出 token 比从 189:1 升至 324:1。 - 每次 prompt 的模型调用次数增加了 40% 以上，中断次数减少了 68%。 - Opus 5.5 的输入输出 token 降价 20%，缓存读取降价 60%。缓存读取占 agent 和编码工作成本的大头。 - Claude Code 的缓存管理改进后，缓存未命中率下降超过 50%。 - Zeta Labs 测试显示，Opus 5.5 在困难任务上的完成率翻倍，成本接近减半，且输出速度比 Opus 5 快 30% 以上。 逐节讲解 Claude Code 使用趋势 Anthropic 汇总了 2026 年 3 月到 9 月的聚合数据。随着模型能力提升，开发者用 agent 的方式变得更复杂：每次 prompt 的会话时长是原来的 3.3 倍，模型调用次数增加 40% 以上，中断减少 68%。开发者更倾向于连接工具服务器或使用 skill，粘贴文本到 prompt 中的行为减少了三分之一。上下文量的增长和输入输出 token 比的上升，意味着开发者正把 Claude 投向更大、更开放的任务，而这类会话中上下文工程的经济影响被放大——Claude 读的 token 越多，确保上下文必要且尽可能命中缓存就越关键。 Opus 5.5 在长会话中的成本优势 三个改动让长会话更省钱。第一是定价调整：输入输出 token 降价 20%，缓存读取降价 60%。由于缓存读取占 agent 和编码工作成本的大头，而上下文量半年涨了 2.6 倍，同样的降价在今天比半年前省得更多。截至发布日，Opus 5.5 的缓存 token 成本是竞品的五分之一。第二是 Claude Code 的缓存管理改进：通过减少刷新登录、中途添加指令、按需加载工具等操作对缓存的破坏，缓存未命中率下降超过 50%。Opus 5.5 和 Fable 5.1 还支持在会话中切换 effort 级别而不重置缓存。API key 和云服务商用户现在可以设置一小时的缓存有效期（订阅用户此前已有），fork 的子 agent 从父进程的缓存开始，无需重复支付相同上下文的费用。第三是模型行为优化：Opus 5.5 完成同一任务需要…