如何在 Claude 和 Claude Code 中用好 Opus 5.5

Opus 5.5 与你现有的 Claude 使用方式配合得很好。不过有几处行为有所不同：它能更长时间自主工作，会直白地告诉你它做了什么，并且在每次回复前都会先思考。本指南介绍如何在 Claude 应用和 Claude Code 中使用 Opus 5.5，包括如何向模型提问、如何引导长时间运行，以及如何检查结果。

先试试这个

首次使用 Opus 5.5 时可以尝试的三件事

1. 把整个任务交出去。说明什么算“完成”，以及你希望它何时停下来询问。然后让它自己去做。
2. 删掉“仔细思考”之类的句子。Opus 5.5 在每次回复前已经会先思考。
3. 当一次长时间运行结束时，先读它需要你做什么。

1. 如何提问

说明什么算“完成”，然后让它运行

怎么做。 在一条消息里给出整个任务。指明终点，比如“测试通过”或“每个端点都已迁移”。然后让它自己去做。

为什么在 Opus 5.5 上重要。 相比 Opus 5，Opus 5.5 能更好地持续推进长时间、多部分的工作。与之前的 Opus 模型相比，它最大的提升在于多步骤工作，比如在大型代码仓库中贯穿一项改动直到测试通过。早期测试者让它长时间运行编码任务数小时，几乎无需监督。有了清晰的终点，它就知道什么时候算完成。

怎么做。 例如在 Claude Code 中：

PROMPT

Migrate the payment endpoints from the old client to the new one.
Done means: every endpoint uses the new client, the old client is deleted, and the test suite passes.
Stop and ask me only if a test fails for a reason you can't explain.

别再告诉它“努力思考”

怎么做。 从你的提示词和保存的指令中删除“仔细思考”“一步一步思考”以及类似的话。

为什么在 Opus 5.5 上重要。 Opus 5.5 在回复前总会思考，并由它自己决定思考多少。你不需要要求它思考。我们在某聊天产品中的测试显示，删除“仔细思考”这句话后，回复开始得更快，质量没有明显下降。

怎么做。 删掉这句话。对于简单问题的快速回答，直接说明：“直接回答。”要在 Claude Code 中改变它的思考量，请更改 effort。

向正在运行的任务追加内容

怎么做。 如果运行过程中你想起什么，可以在它工作时输入一条后续消息。

为什么在 Opus 5.5 上重要。 现在运行时间更长，因此重新开始代价更高。

怎么做。 在 Claude Code 中，当 Claude 工作时输入消息并按 Enter，例如：“同时保留旧的端点名称作为别名。”

对于设计工作，说出你不想要的风格

怎么做。 当你要求一个页面、一个应用或一个 artifact 时，列出你希望排除的设计习惯。

为什么在 Opus 5.5 上重要。 没有设计方向时，Opus 5.5 会退回到几种默认风格。像“避免千篇一律的外观”这样笼统的指令，大多只是把一种默认换成另一种。列出具体模式效果要好得多。

怎么做。 说出这些模式：

PROMPT

Build a personal website with placeholder content.
Don't use a cream or off-white background, italic accent words in headings, numbered "01 / 02 / 03" section labels, monospace labels, or pill-shaped buttons.

然后看看它改选了什么。如果你也不喜欢那个，就把它加到列表里再问一次。

2. 在 CLAUDE CODE 中引导长时间运行

告诉它你希望它在哪些地方停下

怎么做。 在你的 CLAUDE.md 文件中写一条简短规则，说明何时停下询问、何时继续推进。

为什么在 Opus 5.5 上很重要。 Opus 5.5 在工作时会持续向你汇报。在长任务中，它有时会停下来汇报而不是继续推进：一份点明下一步却不去执行的总结、一个继续下去的提议，或一组并不阻塞工作的选项列表。它会遵循那些点明这些停顿点的指令。也请点明你想要的停顿点。

怎么做。 把这段加到 CLAUDE.md 中，并根据你的项目进行修改：

PROMPT

When a step doesn't need my input, keep going. Put status notes in the same message as your next action.
Stop and ask only when you can't continue without me, or before anything destructive: deleting data, force-pushing, or changing anything outside this repository.

如果一次运行以“Want me to continue?”停下，就回复“continue.”。如果这种情况经常发生，上面的规则会有帮助。

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

对于结对编程，你可能想要相反的做法：开始前给出一行计划，结束时给出一段简短回顾。在你的 CLAUDE.md 中这样说明即可。Opus 5.5 两种都能遵循。

让它把大工作拆分给子代理

该怎么做。 对于审计、迁移或跨大型代码库的审查，让 Opus 5.5 把工作拆分给子代理，并检查每个结果。

为什么在 Opus 5.5 上很重要。 早期测试者让 Opus 5.5 在长审计和迁移中协调并行子代理，几乎无需监督。

怎么做。

PROMPT

Audit every service in services/ for the retry bug in the linked issue.
Give each service to its own subagent. When a subagent reports back, check its evidence before you accept it.
Finish with one table: service, affected yes or no, and the evidence.

把任务列表保存在文件中

该怎么做。 对于会持续一段时间的运行，让 Opus 5.5 把任务列表保存在文件中，并随进展更新。然后读取该文件，而不是回滚日志，来查看运行进度。

为什么在 Opus 5.5 上很重要。 现在的运行时间更长了。长时间运行会填满上下文窗口，Claude Code 随后会总结较早的轮次。文件中的列表能经受住这一点，并让你一眼看出已完成和剩余的内容。

怎么做。 “在 TASKS.md 中保存一份清单。每完成一项就勾选，并添加你发现的任何新事项。”

3. 检查结果

先读它需要你做什么

该怎么做。 当一次长时间运行结束时，首先查看 Claude 在等你处理的任何事项，比如它留下未决的决定，或它想让你批准的更改。然后再读 Claude 总结的其余部分。

为什么在 Opus 5.5 上很重要。 Opus 5.5 比 Opus 5 更清晰地汇报其工作。它的更新和最终总结用平实的语言说明它做了什么、发现了什么，以及需要你做什么。

怎么做。 要更改总结的格式，就在 CLAUDE.md 中说明，例如：“每次运行结束时用三个标题：Blocked on me、Changed、Found。”

让它审查代码

该怎么做。 在人工审查之前，让 Opus 5.5 审查一个 diff 或一个 pull request。

为什么在 Opus 5.5 上很重要。 一位早期测试者说，Opus 5.5 在最低努力程度下发现的 bug 比 Opus 5 在高努力程度下还多，且误报更少。它还用平实的语言解释其更改，因此它的 pull request 描述更容易审查。

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

PROMPT

Review the diff on this branch against main.
List only problems you'd block the merge for. For each one, give the file and line, why it's wrong, and how to show it fails.

让它标出它无法确认的内容

该怎么做。 对于研究和分析，让它说明它找不到或无法核实的内容。

为什么在 Opus 5.5 上很重要。 “I couldn’t find this”值得一读，而主动要求它给出这一点，就能轻松找到。

怎么做。在请求中加入“把你无法确认的内容都标出来，并说明你查了哪里”。这在 Claude 研究报告和 Claude Code 中都适用。

4. 在 Claude 应用中

首先，确认模型选择器显示的是 Opus 5.5。

怎么做。附上图表、示意图、截图或幻灯片。不要重新输入数字。

为什么在 Opus 5.5 上重要。Opus 5.5 读取图表、示意图和截图的准确度高于 Opus 5，而且无需额外步骤。它还更擅长理解依赖图像中位置关系的含义：箭头连接的是哪些方框、示意图的两个版本之间有什么变化，或者日历截图中会议何时开始、何时结束。

怎么做。附上图片并提出一个具体问题：“这些服务中哪些直接调用计费 API？”

让它检查一份长文档

怎么做。给它一份长计划、报告或演示文稿，让它找出错误。

为什么在 Opus 5.5 上重要。Opus 5.5 比此前的 Opus 模型更注重细节。在我们的测试中，它在一段很长的规划讨论中发现了一个日期落在错误的星期几上，还发现了一张与演示文稿中数字不符的图表。

怎么做。提交这样的提示词：“检查这份演示文稿中任何自相矛盾的地方：数字、日期和名称。引用每个问题并说明它在哪里。”

要求给出成品文件

怎么做。当你想要电子表格或文档时，直接要文件，而不是大纲。

为什么在 Opus 5.5 上重要。Opus 5.5 生成的电子表格和文档，在分享前需要编辑的地方比 Opus 5 的更少。

怎么做。“把这个做成一份我可以分享的电子表格：每个供应商一行，列包括成本、合同结束日期和负责人。”

在项目中，说明哪些回答已经确定

怎么做。如果在长对话中后续问题感觉响应很慢，就加一条指令，说明先前的回答已经确定。

为什么在 Opus 5.5 上重要。在长对话中，Opus 5.5 有时在思考一个简短的后续问题时，会回头重新审视先前的回答。这会拖慢回复。

怎么做。把下面这条加到项目的指令中：

提示词

Once you have answered something, treat that answer as done. Focus on what I'm asking now, and don't go back over an earlier answer unless I ask about it or point out a problem with it.

在用于长时间分析的项目中不要这样做，因为后面的步骤可能会显示前面某一步有误。

5. 当消息被标记时

Opus 5.5 是首个发布时即配备 Fable 级生物和网络安全防护的 Opus 模型。在 Claude 应用和 Claude Code 中，大多数被标记的消息会转到较旧的模型上，你的工作会在那里继续。在源代码中查找安全漏洞是允许的，日常健康和教育类问题也应当仍能正常处理。这些防护有时会标记合法的工作，我们正在调整以减少误标。如果你被切换了，下面是你将看到的内容以及该怎么做。

在 Claude 应用中

你会看到什么。一条以“Switched to”开头并带有较旧模型名称的通知。Claude 在该模型上回答，对话会继续停留在该模型上。

怎么做。

• 要回到 Opus 5.5，在模型选择器中选择它。如果先前的消息仍在对话中，它可能会再次被标记。开始新对话可以避免这一点。
• 如果希望先询问你，请前往 Settings，然后进入 Capabilities，关闭“Switch models when a message is flagged”。你会看到一张带有选项的“paused”卡片。

该检查覆盖对话中的所有内容，包括文件和搜索结果。因此标记可能来自更早的内容，而不只是你最后一条消息。

在 Claude Code 中

你会看到什么。一条通知，指明旧版模型。会话将在该模型上继续。

该怎么做。

• 运行 /model 切换回来。
• 按两次 Esc 编辑上一条消息并重试。
• 若想先收到询问，运行 /config 并更改“当消息被标记时切换模型”。
• 如果标记有误，运行 /feedback。

不要要求它在回复中展示其推理过程

该怎么做。从你的提示词和指令中移除要求它在回复中复现其内部推理的内容。

为什么在 Opus 5.5 上重要。要求它在回复中复现其内部推理可能会被拒绝。这是被标记的类别之一。

怎么做。改为直接向 Claude 提出你需要的需求，例如：“用三句话解释你为什么选择这种方法。”

6. 速度

当你需要等待每条回复时，开启快速模式

该怎么做。在 Claude Code 中，对于来回往复的工作使用快速模式，即你在发送下一条消息前会阅读每条回复。

为什么在 Opus 5.5 上重要。快速模式在 Opus 5.5 发布时作为研究预览版提供。你得到的是同一个模型，但文本返回更快。它需要开启额外用量，且每 token 的费用高于标准模式。

怎么做。在 Claude 中输入 /fast。

你的 OPUS 5.5 检查清单

在下一次长任务之前过一遍这份清单。

提问

• 任务说明了“完成”是什么样子
• 提示词或已保存的指令中没有“努力思考”之类的语句
• 设计请求列出了要排除的风格
• 图表和截图是附上的，而非重新输入

Claude Code 中的长时间运行

• CLAUDE.md 说明了何时停止、何时继续，以及在任何破坏性操作前停止
• 破坏性命令的权限提示仍然开启
• 大型审计和迁移拆分到多个子代理中
• 任务列表保存在一个文件中

检查

• 报告中的“需要你做什么”部分最先阅读
• 在人工审查之前先运行一轮审查
• 研究类回答标明了无法确认的内容

标记

• 你知道如何切换回来：模型选择器，或 /model
• “当消息被标记时切换模型”已按你的意愿设置

开始用 Opus 5.5 构建吧！

感谢 Molly Vorwerck 审阅。