Claude Sonnet 5 的新 tokenizer：同样的输入为什么可能更贵

Claude Sonnet 5 不是单纯“又一个更强的模型”。 Anthropic 把它定位成最偏 agentic 的 Sonnet：能做计划、用浏览器和终端，也能在 Claude Code 和 Claude API 里直接使用。真正会影响团队决策的，不只是能力分数，而是它的计量方式变了。

官方文档写得很直白：Sonnet 5 使用了新的 tokenizer，同样的文本在新模型里可能变成更多 token，平均大约多 30%，在不同内容上会落在约 1.0–1.35 倍之间。与此同时，Sonnet 5 的介绍价是输入 $2 / MTok、输出 $10 / MTok，持续到 2026 年 8 月 31 日，之后回到 $3 / $15。Anthropic 之所以给出这段过渡价，本质上就是在让迁移尽量接近“账面不突变”，但前提是你得按 Sonnet 5 重新算。

这就是今天最容易踩的坑：很多团队会下意识拿 Sonnet 4.6 的 token 预算、缓存假设和上下文上限，直接套到 Sonnet 5 上。

先别看模型名，先看计量

如果你做的是聊天、总结、分类这类短请求，token 变化可能只是不太明显的成本波动。但如果你跑的是 AI 编程代理、工具调用、长上下文检索，或者一轮会连着多次重试的工作流，这个差异会被放大。

原因很简单：

同样的 prompt 可能更长。
思考和工具调用会吃更多输出 token。
老的成本估算表会低估预算。
旧的上下文上限判断也可能失真。

Sonnet 5 还有一个迁移点也不能忽略：它默认走 adaptive thinking，thinking: {type: "enabled"} 这种手动预算写法不再适用；如果你要关掉 thinking，得显式传 thinking: {type: "disabled"}。换句话说，Sonnet 5 不只是换了价格表，还换了调参方式。

这会先影响哪几类团队

第一类是 Claude Code 和其他编程代理用户。 Claude Code 官方文档已经把成本归因、Token 统计、团队额度和 OpenTelemetry 监控都放到台面上了。因为成本不只来自模型单价，还来自代码库大小、并发实例、自动化任务和 MCP 工具调用。Sonnet 5 一旦进入默认模型池，最先需要重算的就是团队周报里的 token 和 spend。

第二类是做统一模型路由的团队。如果你的网关现在还把 Sonnet 4.6、Sonnet 5、Opus 或其他模型混成一条默认线路，最好尽快把 Sonnet 5 拆成独立策略：哪些任务必须上 Sonnet 5，哪些任务可以下放到更便宜的模型，哪些任务要收紧 effort。

第三类是长上下文和批量调用场景。 Sonnet 5 保留了 1M token 上下文窗口，但计费是按它自己的 tokenizer 走的。也就是说，能放得下，不代表你还能按旧预算放得下。

上线前建议做四件事

用 Sonnet 5 重新跑一遍代表性 prompt 的 token 统计，不要复用 Sonnet 4.6 的历史值。
把 effort 明确写出来，简单任务用 medium 或 low，难任务再保留 high / xhigh。
重新检查 prompt caching，尤其是固定前缀很长的系统提示、工具定义和仓库上下文。
如果你已经有统一路由层，就把 Sonnet 5 当成单独的成本档位，而不是旧模型的“直接升级版”。

对大多数团队来说，这次变化的结论不是“Sonnet 5 贵了”。更准确地说，是它把“模型能力升级”这件事，重新变成了“预算、路由、思考深度和可观测性一起升级”。

Claude Sonnet 5 的新 tokenizer：同样的输入为什么可能更贵

正文

先别看模型名，先看计量

这会先影响哪几类团队

上线前建议做四件事

参考来源

相关阅读