Opus 5.5 成本指南：Claude Code 任务花费拆解
Anthropic 详解 Opus 5.5 任务成本构成，给出 effort 分级、缓存命中率等降本策略与自查提示词。
原始内容
Anthropic just published its 𝗳𝘂𝗹𝗹 𝗰𝗼𝘀𝘁 𝗴𝘂𝗶𝗱𝗲 for Opus 5.5. You can ask Opus 5.5 to use it to review your Claude Code setup. At the same effort level, Opus 5.5 thinks more per turn than Opus 5, most of all at xhigh and max. Thinking is billed as output, and an output token costs 𝟭𝟬𝟬 𝘁𝗶𝗺𝗲𝘀 𝗮 𝗰𝗮𝗰𝗵𝗲 𝗿𝗲𝗮𝗱. So don't carry over the level you set for Opus 5. Start at medium, and save xhigh and max for work where you've measured a gain. Send this prompt to Opus 5.5 👇 "Read this guide: https://t.co/8RHkfmiKjM Then review my Claude Code setup against it: my user and project settings, the subagents in ~/.claude/agents and .claude/agents, CLAUDE.md, and the MCP servers I have connected. Find three kinds of problems: 1. A default effort that doesn't fit the work. Use the guide's ladder: low for mechanical edits, medium for well-scoped daily work, high when medium stalls, and xhigh or max only for work where a gain was measured. Flag a default of xhigh or max, or a level I picked for Opus 5. Then look at this project's code and recent commits and tell me which kinds of work here fit which level. 2. Subagents that only search, read logs or run tests but set no model, so they run on my main model. 3. Setup that makes every turn cost more: MCP servers I don't use, or a CLAUDE.md well over 200 lines. For each issue, quote the setting or line, explain what it costs, and suggest the smallest change. Also tell me which three things to check in /usage at the end of a task. Show me the recommendations first. Don't change anything yet."
Opus 5.5 is 20% cheaper per input and output token than Opus 5, and 60% cheaper on cache reads. So what does that actually do to the cost of a task in Claude Code? We ran the numbers, and built a calculator so you can run yours from /usage: https://t.co/WUqoFoecW3
中文译文
机器翻译，保留原文供核对。
@Voxyz_ai（Vox） Anthropic 刚刚发布了 Opus 5.5 的完整成本指南。你可以让 Opus 5.5 用它来审查你的 Claude Code 配置。 在相同的 effort 等级下，Opus 5.5 每轮思考比 Opus 5 更多，在 xhigh 和 max 下尤其明显。思考按输出计费，而一个输出 token 的价格是一次缓存读取的 100 倍。所以不要沿用你为 Opus 5 设定的等级。从 medium 开始，把 xhigh 和 max 留给那些你实测有收益的工作。 把这段提示词发给 Opus 5.5 👇 "阅读这份指南：https://t.co/8RHkfmiKjM 然后对照它审查我的 Claude Code 配置：我的用户级和项目级设置、~/.claude/agents 和 .claude/agents 里的子代理、CLAUDE.md，以及我已连接的 MCP 服务器。找出三类问题： 1. 与工作不匹配的默认 effort。使用指南里的阶梯：low 用于机械性修改，medium 用于范围明确的日常工作，high 用于 medium 卡住时，xhigh 或 max 只用于已实测有收益的工作。标出默认为 xhigh 或 max 的情况，或我沿用自 Opus 5 的等级。然后查看本项目的代码和最近的提交，告诉我这里哪些类型的工作适合哪个等级。 2. 只做搜索、读日志或跑测试、但没有设置模型的子代理，它们会跑在我的主模型上。 3. 让每一轮都更贵的配置：我没在用的 MCP 服务器，或者远超 200 行的 CLAUDE.md。 对每个问题，引用对应的设置或行，解释它的成本，并给出最小的改动建议。最后再告诉我任务结束时该在 /usage 里检查哪三件事。 先给我建议。暂时不要改动任何东西。"
Opus 5.5 每输入、每输出 token 都比 Opus 5 便宜 20%，缓存读取便宜 60%。那么这对 Claude Code 里一个任务的成本究竟意味着什么？ 我们算了账，还做了一个计算器，你可以从 /usage 里跑自己的数据： https://t.co/WUqoFoecW3
深度解析
是什么：Anthropic 官方博客（claude.dev，作者 Addy Osmani）发布的 Opus 5.5 完整成本指南，配套成本计算器；原推文在此之上给出一段可直接投喂给 Opus 5.5、用于审查自己 Claude Code 配置的提示词。
核心论点链：任务成本 = 回合数 × 每回合重发的上下文 × 单价。四个变量决定账单：回合数、缓存读、输出 token、模型。Opus 5.5 输入/输出降价 20%，缓存读降 60%（$4/$20/$0.20 每百万）；输出 token 是缓存读的 100 倍，而 thinking 按输出计费，因此 effort 等级直接撬动账单。示例中同一任务 40 回合输入约 $1.62，25 回合约 $1.02；缓存命中 96% 时 $0.99，无缓存则高达 $11.20。
关键洞察：最便宜的回合是不需要的回合；给模型可自查的手段（测试、构建、脚本）能减少回合；宣传中的"40% 更省"是典型负载估计而非单价下降；订阅限额随新定价约延长 25%。
边界与风险：作者坦承一切省钱手段都可能牺牲任务完成率，一次重试的代价超过省下的 token；文中数字多为示意，需用 /usage 与计算器自行实测。原推提示词还点名三类隐性成本：未设模型的 subagent、闲置 MCP 服务器、远超 200 行的 CLAUDE.md，强调"先看建议，先别改动"的安全审查姿势。
精选追评与案例
把原文三条要点重组为可执行的成本控制顺序，并点明未设模型的子代理会继承主模型。
Thinking billed as output is the trap. An output token costs far more than a cache read, so an Opus 5 xhigh habit on Opus 5.5 burns the savings. Start the main session on medium, then compare the same task at /usage before you promote it. Subagents that only search or test should not inherit the main model by omission.
中文译文 · 机器翻译
思考按输出计费才是陷阱。一个输出 token 的成本远高于一次缓存读取，所以在 Opus 5.5 上沿用 Opus 5 的 xhigh 习惯会把这些节省烧掉。主会话先从 medium 开始，然后在 /usage 里对比同一任务，再决定是否上调。只做搜索或测试的子代理不该因省略设置而继承主模型。
给出以任务为单位衡量成本的实操口径，并提出可落地的度量指标。
@Voxyz_ai Cost per task > cost per token. I start at medium and only raise effort when I measured a gain. Do you log tokens per merged PR?
中文译文 · 机器翻译
每个任务的成本 > 每个 token 的成本。我从 medium 起步，只有在实测有收益时才提高 effort。你会记录每个已合并 PR 的 token 消耗吗？
提供一条立刻可执行的排查命令，直指最常见的隐性成本泄漏点。
@Voxyz_ai Pro tip: grep your config for xhigh. That one setting can silently triple your bill on routine edits
中文译文 · 机器翻译
小技巧：在你的配置里 grep 一下 xhigh。就这一个设置，可能让日常修改的账单悄悄翻三倍
补充了调整 effort 是否影响缓存的边界信息，与担心调档反而更贵的读者相关。
@Voxyz_ai tldr: with opus 5.5 changing effort in mid-task does not invalidate cache ...
中文译文 · 机器翻译
太长不看：在 opus 5.5 下，任务中途更改 effort 不会使缓存失效……
指出指南在 max 适用场景上可能仍不明确，提醒读者别把档位当成确定答案。
@Voxyz_ai does it say which kinds of tasks need max, or is that still trial and error?
中文译文 · 机器翻译
指南里有说明哪类任务需要 max 吗，还是仍然得靠反复试错？