Claude Sonnet 5发布：性能逼近Opus，但新Tokenizer=变相涨价35%

Anthropic说Sonnet 5"大致成本中性"。我算了一下：介绍期确实便宜20%，但9月1日之后同样的代码会贵35%。 "大致中性"这个词用得真是妙啊——大致上也没说错，毕竟35%确实不到一倍。

昨天（6月30日），Anthropic发布了Claude Sonnet 5——最新的中端模型。

先说好消息：

• 性能逼近Opus 4.8（贵族模型），价格只有它的40%
• 100万token上下文窗口（Sonnet系列首次）
• Agent能力大幅提升，Terminal-Bench跳升20.7分
• 幻觉率和谄媚率都比Sonnet 4.6低

再说"不那么好"的消息：

• 新Tokenizer让同样的文本多产生30%的token
• temperature、top_p、top_k参数直接移除，设了就报400错误
• 9月1日介绍期结束后，实际成本比Sonnet 4.6贵20-35%

今天这篇文章，先讲亮点，再拆账单。做技术的人，不能只看发布会PPT。

一、性能：花Sonnet的钱，干Opus的活？

1.1 基准测试成绩

几个关键数据：

• Agentic Coding比Sonnet 4.6高5个百分点，只比Opus 4.8低6个百分点
• Computer Use（操作计算机完成任务）达到81.2%
• 在知识工作基准上，部分场景甚至超过了Opus 4.8

用人话说：Sonnet 5大概相当于Opus 4.8的85-90%的能力，但成本只有40%。 性价比这块，确实炸裂。

1.2 Agent能力是最大亮点

Sonnet 5的定位非常明确：不是更好的聊天模型，而是更好的Agent模型。

Anthropic官方的说法是：Sonnet 5可以"制定计划、驱动浏览器和终端等工具、自主运行——达到了此前只有Opus级别才能做到的水平"。

早期测试者反馈：以前用Sonnet 4.6跑Agent任务，经常"卡住"——需要人工介入。Sonnet 5上这些任务直接跑通了。

1.3 安全性提升

这点容易被忽略但很重要：

• 恶意请求的拒绝率更高
• Prompt注入的抵抗力更强
• 幻觉率更低
• 谄媚率更低（就是那种"你说什么都对"的行为）

用人话说：Sonnet 5不仅更能干，还更"正直"了——不容易被忽悠，不会乱拍马屁。

二、三大Breaking Changes：升级不是无痛的

这是Sonnet 5发布中最容易踩坑的部分。如果你有线上业务在用Sonnet 4.6，务必仔细看。

2.1 Breaking Change #1：temperature/top_p/top_k被移除

不是"不推荐使用"，是直接报400错误。

# Sonnet 4.6：正常运行
response = client.messages.create(
    model="claude-sonnet-4-6",
    temperature=0.2,    # ✅ 没问题
    top_p=0.9,          # ✅ 没问题
    ...
)
 
# Sonnet 5：直接报错
response = client.messages.create(
    model="claude-sonnet-5",
    temperature=0.2,    # ❌ 400 Error
    top_p=0.9,          # ❌ 400 Error
    ...
)

为什么移除？ Anthropic的解释是：Sonnet 5的内部思考系统（Adaptive Thinking）会自动处理输出的多样性，不再需要手动调温度参数。

用人话说：以前你可以手动调空调温度，现在变成了智能恒温——空调自己决定多少度合适，你别碰了。

影响最大的场景： 所有用低温度（如temperature=0）来确保输出确定性的场景——比如JSON格式化输出、代码生成、数据提取。这些场景迁移到Sonnet 5需要改用system prompt来控制输出格式。

2.2 Breaking Change #2：Adaptive Thinking默认开启

Sonnet 4.6的行为：不传thinking字段 → 不开思考模式

Sonnet 5的行为：不传thinking字段 → 自动开启Adaptive Thinking

这意味着什么？

1. 输出结构变了：返回结果多了thinking_blocks字段
2. Token消耗增加：思考过程会消耗额外token
3. 延迟增加：思考需要时间
4. max_tokens语义变了：现在包含思考token的消耗

如果你不想要思考模式，必须显式关闭：

response = client.messages.create(
    model="claude-sonnet-5",
    thinking={"type": "disabled"},  # 必须显式关闭
    ...
)

2.3 Breaking Change #3：手动Extended Thinking被移除

以前的语法：

thinking={"type": "enabled", "budget_tokens": 8000}

现在这个语法直接报错。 替代方案是使用effort参数：

thinking={"type": "adaptive", "effort": "high"}
# effort可选: low / medium / high / max

2.4 迁移清单

不是简单的"改个model ID"就完事。这是一次有成本的迁移。

三、新Tokenizer：看起来没涨价，实际贵了35%

这是整篇文章的核心重点——也是Anthropic在发布会上一笔带过、但对开发者影响最大的变化。

3.1 什么是Tokenizer变化？

大模型处理文本的方式是：先用Tokenizer把文本切成"token"（可以理解为"词块"），然后按token计费。

Sonnet 5换了一个新的Tokenizer。同样的文本，新Tokenizer会切出更多的token。

3.2 到底多了多少？

对中文用户的好消息：中文文本的token增长几乎为零（仅1%）。

对写代码的坏消息：代码的token增长约28%。如果你的Agent大量处理代码（大多数Agent确实如此），实际Token消耗会显著增加。

3.3 价格时间线：先甜后苦

Anthropic的定价策略非常"精妙"：

阶段一（现在 → 8月31日）：介绍期

单价降了33%！看起来很划算。

阶段二（9月1日起）：标准价

单价和Sonnet 4.6一模一样。 但因为新Tokenizer会多产生30%的token——同样的文本，实际多花30%的钱。

3.4 用真实数字说话

假设你的工作负载是：每天500万输入token + 50万输出token（按Sonnet 4.6的token计算）。

看到了吗？同一个模型，两个月后从"省钱"变成"贵35%"。 Anthropic的"大致成本中性"说法，只在介绍期成立。

3.5 这不是涨价，这是"重新定义每单位的大小"

用一个生活类比： 可乐没涨价，还是3块钱一瓶。但瓶子从500ml变成了350ml。你说它涨价了吗？看标签没涨，看实际喝到嘴里的量，涨了43%。

Sonnet 5的Tokenizer变化本质就是这个操作：单价不变，但同样的内容"更重了"。

四、100万Token上下文：Sonnet终于追上来了

之前只有Opus级别才有100万token的上下文窗口，Sonnet系列最高只有200K。

Sonnet 5一步到位，直接上100万。 这对Agent场景来说意义重大——Agent任务通常需要长时间运行，上下文窗口太小就会"失忆"。

但有个细节容易忽略：因为新Tokenizer，100万token的窗口实际能装的内容只相当于Sonnet 4.6的约77万token。

用人话说：房子面积标的是100平，但公摊23%，实际使用面积77平。 不过话说回来，77万token也比之前Sonnet 4.6的200K大了将近4倍，绝对值上还是大幅提升。

五、隐含的战略意图：Agent成本下探

如果跳出具体的技术参数，看Anthropic的整体布局，Sonnet 5的战略意图非常清晰：

5.1 让Agent跑起来不那么贵

Opus 4.8是最强的Agent模型，但太贵了。大多数公司不可能用Opus来跑大规模的Agent任务——成本会爆炸。

Sonnet 5的定位就是：用Opus 85-90%的Agent能力，以40%的价格，让更多公司能"跑得起"Agent。

5.2 Anthropic的产品矩阵

Sonnet 5的目标很明确：成为"大部分Agent任务的默认选择"。 不是最强，但够用+便宜。

5.3 竞品对比

在3美元/百万tokens这个价格带，Sonnet 5的Agent能力目前是最强的。

六、要不要现在切？我的建议

6.1 现在就切（8月31日前）

如果你满足以下条件：

• 主要处理中文内容（Tokenizer影响仅1%）
• 需要更强的Agent能力
• 当前用Sonnet 4.6经常"卡住"
• 可以接受Breaking Changes的迁移成本

理由：介绍期价格2美元/10美元确实很香，中文场景几乎没有Tokenizer惩罚。

6.2 先观望

如果你满足以下条件：

• 主要处理英文或代码（Tokenizer影响30%+）
• 依赖temperature=0做确定性输出
• 线上系统稳定运行，不想承担迁移风险
• 对成本非常敏感

理由：9月1日之后实际成本可能涨20-35%，且三个Breaking Changes需要代码改动。

6.3 无论如何先做这件事

用Token Counting API重新计算你的典型Prompt在新Tokenizer下的Token数。

# 用token counting API测试
response = client.messages.count_tokens(
    model="claude-sonnet-5",
    messages=[{"role": "user", "content": your_typical_prompt}]
)
print(f"Sonnet 5 tokens: {response.input_tokens}")

知道了真实的Token增幅，才能做出正确的成本决策。 别猜，别假设，用数据说话。

写在最后

Claude Sonnet 5是一个很好但很复杂的发布。

好的部分是真的好： 性能逼近Opus、Agent能力大幅提升、100万上下文、安全性更强。如果你的Agent任务以前用Sonnet 4.6跑不动，Sonnet 5大概率能跑通。

复杂的部分也是真的复杂： 三个Breaking Changes不是无痛迁移，新Tokenizer的成本影响需要逐案评估，介绍期的"便宜"会在9月1日消失。

最值得警惕的是Tokenizer这个操作。 它不像涨价那么显眼——价格表上写的和Sonnet 4.6一模一样。但同样的文本切出更多token，本质就是"缩小包装、保持标价"。这种操作在消费品行业叫shrinkflation（缩水式通胀），没想到AI行业也学会了。

对中文开发者来说有一个好消息：中文的Tokenizer膨胀仅1%，几乎可以忽略。所以如果你的业务主要处理中文内容，Sonnet 5确实是一次纯粹的升级。

一句话总结：Sonnet 5的能力提升是实打实的，但"没涨价"这件事，得看你算的是单价还是账单。做决策之前，先跑一遍Token Counting API——数据不会骗人，PPT会。

我是RiemannChow，一个在架构领域摸爬滚打多年的技术人。如果这篇文章对你有帮助，欢迎点赞、在看、转发三连。关注「老周聊架构」，每周深度解读AI和架构的最新趋势。