维护咨询 大模型部署 问题解决 技能定制 大模型训练
如果你最近在 Claude Code 里遇到这些情况,这篇就该先看:
- 明明只是一个中等复杂度的改动,5 小时窗口掉得比以前快很多。
- Sonnet 5 一开到高档 effort,就开始疯狂跑 thinking、反复自检,最后速度没快多少,成本却上去了。
- 你已经看过
/usage,但还不确定该先降 effort、切模型,还是直接控 usage credits。 - 你从 Sonnet 4.6 迁到 Sonnet 5 后,旧的 thinking 配置和旧的
max_tokens预算突然不对了。
这篇教程适合两类人:
- 用 Claude Code 做日常开发的人。
- 直接调 Anthropic API,把 Sonnet 5 接到你自己的 agent、脚本或工作流里的人。
说明:本文中的 /model、/effort、/usage、/usage-credits 以及 Sonnet 5 API 参数,均为基于 Anthropic 官方文档验证。本文没有把官方文档核验冒充成本地实机压测。
你先别把这件事和“上下文膨胀”混在一起
前一篇文章已经讲过:如果是 Auto Memory、CLAUDE.md、/compact thrashing 把上下文搞胖,症状会像“越聊越慢、越聊越贵”。
但这次我们要处理的是另一类问题:
- 模型还是 Sonnet 5,但高档 effort 本身就更容易触发深度 thinking 和更多工具调用。
- Sonnet 5 默认就是
higheffort,不是很多人以为的“默认中档”。 - Sonnet 5 还用了新 tokenizer,同样文本会比 Sonnet 4.6 计出更多 token。
也就是说,你明明没换工作流,只是把模型升级了,或者把难度档位拉高了,成本模型就已经变了。
先看懂这次为什么会突然变贵
Anthropic 官方对 Sonnet 5 的说明里,有 4 个点特别关键:
- Sonnet 5 默认开启 adaptive thinking。
这和 Sonnet 4.6 不一样。Sonnet 4.6 在没有 thinking 字段时,不会自动按同样方式思考;Sonnet 5 会。
- Sonnet 5 默认
effort=high。
Claude Code 和 Claude API 上都一样。你如果不手动降档,它会天然偏向更深的思考。
- 高 effort 会明显增加 thinking 和工具使用。
官方文档直接说了:high、xhigh 甚至 max 会更常触发深度 thinking,在长任务里还可能先把预算吃在 thinking 上。
- Sonnet 5 的 tokenizer 约会让同样文本产生更多 token。
这意味着你沿用 Sonnet 4.6 时代的 max_tokens、预算估算和 usage 心智,可能会直接失准。
一句话总结:很多人感受到的“Sonnet 5 更烧额度”,并不一定是错觉,也不一定是你 prompt 写坏了,而是默认行为和计费形态一起变了。
先复现一下:你现在属于哪一种
| 现象 | 更像哪种问题 | 第一动作 |
|---|---|---|
| 小任务也突然很贵 | effort 过高 / adaptive thinking 过重 | 先调 /effort |
| 高 effort 质量没明显变好,但 usage 掉得飞快 | 把 Sonnet 5 当便宜版 Opus 在用 | 直接比较 Sonnet medium 与 Opus low/medium |
从 Sonnet 4.6 迁到 Sonnet 5 后 API 报 400 |
还在用旧的 manual thinking 或旧采样参数 | 改成 output_config.effort,去掉旧参数 |
| 明明预算不低,但总觉得“同样活更贵了” | tokenizer 变化 + 默认 adaptive thinking | 重估 max_tokens 和单任务预算 |
第一步:先用 /usage 看最近 24 小时和 7 天到底是谁在烧
以下命令为基于官方文档验证:
/usage
你重点看这几件事:
- 最近 24 小时和最近 7 天,是否某一类任务明显拉高了 usage。
- 是不是只有“需要复杂推理”的会话贵,还是连简单会话也在掉额度。
- 这次变贵的时间点,是否刚好对应你开始用 Sonnet 5,或者刚好把 effort 提高。
如果你已经确认不是上一篇那种“上下文膨胀”问题,下一步就别继续在同一档位硬扛。
第二步:在 Claude Code 里先调 /effort,不要默认一直顶着 high
以下命令为基于官方文档验证:
/effort
官方文档给出的关键信息很明确:
- Sonnet 5 默认
high medium会减少 thinking 深度,简单问题可能直接回答high/xhigh/max更容易进入深度 thinking
更稳的实际用法是:
- 日常小改动、样式调整、路径修复、文档修改:
- 先用
medium - 很简单、明确、可快速验证的任务:
- 可以试
low - 真正需要复杂推理、长链路排查、多轮工具调用的任务:
- 再考虑升到
high或xhigh
不要一上来就把 Sonnet 5 当成“默认高推理开发模式”。
因为在 Sonnet 5 里,这个默认值本身就比很多人旧习惯里的“普通模式”更重。
第三步:高复杂任务别硬用 Sonnet 5 高档位,直接比较 Opus 4.8
以下命令为基于官方文档验证:
/model
Anthropic 官方对模型定位写得很清楚:
- Sonnet 5 是面向编码、代理和专业工作的高性能 Sonnet
- Opus 4.8 是复杂 agentic coding 和高强度推理的起始推荐模型
这意味着一个很实用的分工:
- Sonnet 5
medium/low:做日常开发、首轮扫描、简单修改、重复性任务 - Opus 4.8
low/medium:做真正高复杂度的根因排查、大范围重构、难验证的多步任务
如果你现在的使用姿势是:
- Sonnet 5 +
high - Sonnet 5 +
xhigh - Sonnet 5 +
max
而你的目标其实是“我要一个更可靠的难题模型”,那你很多时候该做的不是继续抬 Sonnet 档位,而是直接切 Opus。







暂无评论内容