Claude Sonnet 5.5 上手:价格不变、缓存读取减半,关思考的用户先改 between_tools

博客 / 模型观察

Claude Sonnet 5.5 上手:价格不变、缓存读取减半,关思考的用户先改 between_tools

Claude Sonnet 5.5 于 2026 年 9 月 28 日发布,输入输出价格与 Sonnet 5 相同,仍是每百万 token $2 / $10;变化在缓存读取,从 $0.20 降到 $0.10。如果你一直把 Sonnet 的思考关掉,迁移前要先切换到新的 between_tools 设置。以下内容截至 2026 年 10 月,均来自 Anthropic 官方页面,细节以官方为准。

Sonnet 5.5 比 Sonnet 5 改了什么?

根据 Anthropic 的发布页,模型 ID 为 claude-sonnet-5-5,主要变化如下:

项目Sonnet 5Sonnet 5.5
输入 / 输出价格(每百万 token)$2 / $10$2 / $10
缓存读取(每百万 token)$0.20$0.10
输出速度基准快 30% 以上
Terminal-Bench 4.010.3%70.6%

官方称其输出速度比 Sonnet 5 快 30% 以上,并表示在其测试中单任务成本最多比 Sonnet 5 低 30%。这是官方在自己的任务集上的结果,你的工作负载会不会省这么多,要自己测。Terminal-Bench 从 10.3% 到 70.6% 的跨度很大,建议用自己的代码库复测,不要直接套用。

价格没变,账单为什么可能变低?

两个来源:缓存读取单价减半,以及完成同一任务消耗的 token 更少。Claude Code 2.1.296(10 月 9 日)的更新日志也记录了 /cost、状态栏、--max-budget-usd 和 SDK 的费用估算已按 Sonnet 5.5 缓存读取 $0.10 / 百万 token(原为 $0.20)计价。

缓存读取占比高的场景受益最明显,例如长系统提示、反复读同一批文件的 agent。缓存怎么标记、怎么核对命中,可以看 Claude prompt caching 怎么用才省钱。

关闭思考的用户要怎么迁移?

官方发布页写明:以关闭思考方式运行 Sonnet 的用户,需要先切换到新的 between_tools 设置,该设置保持“开头不思考”,然后再迁移到 Sonnet 5.5。具体参数写法和取值,请看发布页链接的迁移指南,这里不替官方猜。

迁移前的检查清单:

  1. 在代码和配置里搜索现在关闭思考的位置(SDK 调用、网关配置、各环境变量)。
  2. 对照官方迁移指南,把这些位置改成 between_tools,仍用旧模型先跑一遍。
  3. 确认旧模型上行为正常后,再把模型 ID 改为 claude-sonnet-5-5。
  4. 用固定的一批真实请求,对比改前后的耗时、token 用量和结果质量。
  5. 在账单里单独观察缓存读取的计费,确认按新单价结算。

顺序很重要:先改设置、再换模型,出了问题才容易定位是哪一步引起的。

effort 默认值是多少?

官方给出的默认值:Claude Code 和 Claude 应用是 Medium,Claude Platform 是 High。同一个任务在 Claude Code 和直接调用 API 时,思考深度可能不同,对比耗时和成本时要把 effort 对齐。

高风险网络安全请求会怎样?

官方说明,较高风险的网络安全请求会回退到 Sonnet 5,并且对用户可见;日常的查找和修复漏洞不受影响。做安全研究的团队要留意这一点,并在请求日志里记录实际响应的模型。

Sonnet 5.5 和 Opus 5.5 怎么选?

两者的评测对比请看官方发布页,那是官方挑选的评测,不代表你的任务。Opus 5.5 的价格和配置变化见 Claude Opus 5.5 发布,Opus、Haiku 的现行价格请直接查 Anthropic 官方价格页,本文不转述。

一个可操作的做法:

  • 日常编码、审查、批量任务,默认用 Sonnet 5.5,按自己的样本评估。
  • 在 Sonnet 5.5 上反复失败的复杂任务,再换 Opus 5.5 试,记录是否真的改善。
  • 对延迟和成本敏感的简单任务,考虑更轻量的档位,以官方价格页为准。

上线后怎么持续观察?

新模型上线初期,可用率、延迟和价格都可能变动。可以这样跟踪:

如果你通过自定义接口地址使用 Claude Code,可参考 Claude Code 自定义 API 与 Codex、OpenCode 接口地址配置,并确认所用网关是否已支持新的模型 ID。

参考来源

相关文章

继续阅读