老提示词会让Opus 5.5效果变差？

你的 `CLAUDE.md` 会让 Opus 5.5 变笨。像“检查一遍你的工作”和“一步一步思考”这类提示词是为旧模型写的。在 Opus 5.5 上，它们会拖慢速度，还会让输出质量变差。

Anthropic 的 Lance Martin 刚推出了修复工具。打开 Claude Code，输入：/claude-api prompt-audit

它会扫描你的技能配置、`CLAUDE.md` 和提示词，删掉拖慢模型的无效行，再根据官方 Opus 5.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。