Opus 5.5 成本优化与使用技巧：缓存机制与模型分工

这篇文章解释清楚了为什么现在 Opus 5.5 要比之前 Opus 5 耐用多了，看起来 API 价格降低了 20%（缓存读取降了 60%），但是账单高低其实看任务跑了多少轮，因为每跑一轮，都要把之前的整段对话重新发给模型一遍。

这样算下来，平均一个会话能便宜约 31%。

Anthropic 内部用 44 张客服工单测试，从 Opus 4.8 换到 Opus 5.5 成本降了约 18%，再做一次提示词审查，总共比原来低了约 25%。

订阅用户（Pro、Max、Team）的额度按新价格折算，能比用 Opus 5 时多撑 25% 左右。

一些技巧：

1. 换到不相关的任务，用 /clear 清空对话。

2. 想保留前情就用 /compact 压缩，但要在缓存失效之前做，否则要贵一些。

3. 订阅用户的缓存保留 1 小时，用 API 的话，缓存只保留 5 分钟，离开 6 分钟，12 万 Token 上下文的下一轮就从 0.02 美元涨到 0.60 美元。

4. 缓存只复用和上一轮开头完全一致的部分，中途切换模型、接入或断开 MCP 服务器、第一次打开快速模式，下一轮都要按更贵的写入价重新付费。

5. Opus 5.5 默认推理强度是 medium，比 Opus 5 的默认 high 低一档。但同一档位下 Opus 5.5 想得更多，所以给 Opus 5 调好的档位别照搬。日常活用 medium，卡住了调 high，批量重命名这类机械活用 low。

6. 模型分工上，日常用 Opus 5.5。开到 xhigh 还在同一个问题上连卡两次，再换更贵的 Fable 5.1，解决完切回来。搜代码、读日志的 subagent 交给 Sonnet 或 Haiku，写代码留在 Opus 5.5。