如何用好 Opus 5.5（Claude 与 Claude Code）

在你第一次用 Opus 5.5 的会话里，先试试这三件事：

• 把整个任务交出去。说清"完成"是什么样子、以及你希望它什么时候停下来问你。然后就让它去做。
• 删掉"仔细思考"这类句子。Opus 5.5 在每次回复前本来就会先想一遍。
• 当一段长任务结束时，先读它需要你做什么。

说清"完成"是什么样子，然后让它跑

做法一条消息里把整个任务交代完。点明终点，比如"测试通过"或"每个端点都迁移完了"。然后让它自己去做。

为什么在长而多段的任务上，Opus 5.5 比 Opus 5 更能坚持下去。跟此前的 Opus 模型相比，它最大的提升就在多步骤工作上，比如把一项改动贯穿一个大仓库直到测试通过。早期测试者让它连续跑数小时的编码任务，几乎不用盯着。终点清晰，它就知道自己什么时候算做完。

怎么做比如在 Claude Code 里：

把支付端点从旧客户端迁移到新客户端。
完成的定义：每个端点都用新客户端，旧客户端被删除，且测试套件全部通过。
只有当某个测试失败、且原因你解释不了时，才停下来问我。

别再叫它"使劲想"

做法把"仔细思考""一步步来"以及类似的话，从你的提示词和已保存的指令里删掉。

为什么Opus 5.5 回复前总是会先想，想多少由它自己决定。你不需要要求它思考。在我们的聊天产品测试中，删掉一句"仔细思考"后，回复开始得更快，而质量没有明显下降。

怎么做把那一行删掉。简单问题想要快答，就直说："直接回答。"想在 Claude Code 里改变它思考的多少，去调 effort（投入档位）。

给正在跑的任务追加内容

做法如果半路想起什么，你可以在它工作时打一条追加消息。

为什么现在的运行时间变长了，所以重来一次的代价更大。

怎么做在 Claude Code 里，趁 Claude 工作时把消息打进去按回车，比如："也把旧端点的名字保留为别名。"

做设计时，把你"不想要"的风格点出来

做法当你让它做一个页面、一个应用或一件作品时，列出你希望它避免的设计习惯。

为什么没有设计方向时，Opus 5.5 会退回到几套默认风格上。像"避免看起来千篇一律"这种笼统的指令，大多只是把一套默认换成另一套。列一份具体的模式清单，效果要好得多。

怎么做把这些模式点出来：

做一个放占位内容的个人网站。
不要用奶油色或米白背景、标题里的斜体强调词、编号的"01 / 02 / 03"段落标签、等宽字体标签，或药丸形按钮。

然后看看它改用了什么。如果那个你也不喜欢，就把它加进清单，再问一次。

告诉它你要它在哪些地方停

做法在 CLAUDE.md 文件里放一条简短的规则，说明什么时候该停下问你、什么时候该继续做。

为什么Opus 5.5 工作时会不断通报进展。在长任务上，它有时会停下来汇报而不是继续往下做：一份点明了下一步却没去做的总结、一句"要不要我继续"的提议、或一个并不阻塞工作的选择清单。它会遵循那些点明这些停点的指令。所以，把你想要的停点也点出来。

怎么做把下面这段加进 CLAUDE.md，并按你的项目改一改：

当某一步不需要我输入时，就继续往下做。把状态说明和你的下一步动作写在同一条消息里。
只有当你没有我就没法继续时，或者在做破坏性操作之前，才停下来问我：删除数据、force push、或改动本仓库之外的任何东西。

如果一次运行以"要我继续吗？"停下，回一句"继续"。如果这经常发生，上面那条规则会有帮助。

一条"继续做"的规则意味着更少的停顿，所以在任何有风险或难以撤销的操作前，保留你自己的检查。上面规则的最后一行就是干这个的。破坏性命令的权限提示也要保持开着。

做结对编程时，你可能想要相反的：开工前给一句话的计划，结束时给一段简短回顾。那就在 CLAUDE.md 里那么写。这两种 Opus 5.5 都会照做。

让它把大活儿拆给子代理

做法对一个大代码库做审计、迁移或 review 时，让 Opus 5.5 把工作拆给子代理，并逐个检查结果。

为什么早期测试者让 Opus 5.5 在长审计和迁移中协调并行的子代理，几乎不用盯着。

怎么做

审计 services/ 下的每一个服务，找关联 issue 里说的那个重试 bug。
每个服务交给一个自己的子代理。当某个子代理回报时，在接受它的结论前先检查它的证据。
最后用一张表收尾：服务名、是否受影响（是/否）、以及证据。

把任务清单放在一个文件里

做法对一次会跑挺久的运行，让 Opus 5.5 把任务清单放进一个文件，并随进展更新它。然后你读那个文件——而不是翻聊天记录——来看它进行到哪了。

为什么现在的运行更长。一次长运行会把上下文窗口填满，然后 Claude Code 会压缩较早的对话轮次。文件里的清单能挺过这一点，还能让你一眼看清哪些做完了、哪些还没。

怎么做"在 TASKS.md 里维护一份清单。每完成一项就勾掉，发现新事项就补进去。"

先读它需要你做什么

做法一段长运行结束时，先找 Claude 在等你处理的地方，比如它留下没定的事、或想让你批准的改动。然后再读总结的其余部分。

为什么Opus 5.5 对自身工作的汇报比 Opus 5 更清楚。它的进度更新和最终总结用平实的语言说明：它做了什么、发现了什么、需要你做什么。

怎么做想改总结的格式就在 CLAUDE.md 里说，比如："每次运行结尾都用三个标题：等你处理、改了什么、发现了什么。"

让它来 review 代码

做法在人看之前，先让 Opus 5.5 对一份 diff 或一个 PR 做 review。

为什么一位早期测试者说，Opus 5.5 在最低档位上抓到的 bug，比 Opus 5 在高档位上还多，而且误报更少。它还能用平实的语言解释自己的改动，所以它的 PR 描述更好 review。

怎么做把这段提示词丢给 Claude：

把这个分支相对 main 的 diff 做一次 review。
只列出你会因为哪一个问题而阻塞合并。对每一个，给出文件和行号、错在哪里、以及怎么证明它会失败。

让它标注它没能确认的东西

做法对研究和分析类工作，让它说出它没找到、或没能核实的东西。

为什么"这个我没找到"是值得读的，而主动要求它这么做，你就更容易看到。

怎么做在请求里加上："标出任何你无法确认的地方，并说明你在哪里找过。"这在 Claude 的研究报告里和 Claude Code 里都管用。

首先，确认模型选择器上写的是 Opus 5.5。

直接传图表，别重新打数字

做法把图表、示意图、截图或幻灯片附上。不要重打里面的数字。

为什么Opus 5.5 读图表、示意图和截图比 Opus 5 更准，而且不需要额外步骤。它在理解依赖图像中位置关系的含义时也更强：某个箭头连的是哪几个框、两张图版本之间变了什么、或日历截图里一场会议从几点到几点。

怎么做附上图片，问一个具体问题："这些服务里哪些是直接调用 billing API 的？"

让它检查一份长文档

做法给它一份长计划、报告或 deck，让它找错。

为什么Opus 5.5 比此前的 Opus 模型更注意细节。在我们的测试里，它在一段很长的规划讨论里抓到过一个日期落在了错误的星期几，还发现过一个 deck 里的图跟数字对不上。

怎么做提交这条提示词："检查这份 deck 里有没有自相矛盾的地方：数字、日期和名字。把每个问题引用出来，并说明它在哪。"

直接要成品文件

做法想要表格或文档时，直接要文件，别要大纲。

为什么Opus 5.5 做出的表格和文档，在你分享出去之前需要的修改比 Opus 5 的更少。

怎么做"把它做成一份我能分享的表格：每个供应商一行，列有成本、合同到期日和负责人。"

在项目里，说明哪些回答已经定论

做法如果一个长对话里的追问感觉变慢了，加一条指令说明早前的回答已经定论。

为什么在长对话里，Opus 5.5 在琢磨一个简短追问时，有时会回头去重看一个早前的回答。这拖慢了回复。

怎么做把这段加进项目的指令里：

一旦你已经回答过某个问题，就把那个回答当作定论。专注于我现在问的东西，不要回头重看早前的回答——除非我问起它，或指出它有问题。

对于长分析类项目，不要加这条，因为后面的步骤可能会暴露前面某步的错误。

Opus 5.5 是第一个上线时就带有 Fable 级生物与网络安全防护的 Opus 模型。在 Claude 应用和 Claude Code 里，大多数被标记的消息会切换到较老的模型上，你的工作在那里继续。在源码里找安全漏洞是允许的，日常的健康和教育类问题也照常可用。这些防护有时会误标记正当的工作，我们正在调优以减少错误标记。如果你被切换了，下面是你会看到什么、以及该怎么办。

在 Claude 应用里

你会看到一条以"已切换到"开头、并带有较老模型名字的提示。Claude 在那个模型上回答，这个对话也就留在那个模型上。

该怎么办

• 要回到 Opus 5.5，在模型选择器里选它。如果早前那条消息还在对话里，它可能会再次被标记。开一个新对话可以避免这一点。
• 想让它先问你，去 设置 → 能力，关掉"消息被标记时切换模型"。你会看到一张带选项的"已暂停"卡片。

在 Claude Code 里

你会看到一条点出较老模型名字的提示。这个会话在那个模型上继续。

该怎么办

• 运行 /model 切回去。
• 按两次 Esc 来编辑你上一条消息并重试。
• 想让它先问你，运行 /config 并修改"消息被标记时切换模型"。
• 如果标记是错的，运行 /feedback 反馈。

别要求它在回复里展示推理过程

做法把"在回复里复现其内部推理"的要求从你的提示词和指令里删掉。

为什么"要求在回复里复现内部推理"可能会被拒绝。它本身就是会被标记的类别之一。

怎么做改成问你要的东西，比如："用三句话解释你为什么选这个方案。"

当你在等每一条回复时，打开 fast 模式

做法在 Claude Code 里，做一来一回的工作时用 fast 模式——就是那种你读完每条回复再发下一条的场景。

为什么fast 模式在 Opus 5.5 上线时作为一项研究预览提供。你用的是同一个模型，文字来得更快。它需要额外用量被打开，而且每 token 比标准模式更贵。

怎么做在 Claude 里输入 /fast。

下一次长任务前，把这份清单过一遍。

开始用 Opus 5.5 构建吧！