在 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.5 在长时间、多部分的工作上比 Opus 5 表现更好。与之前的 Opus 模型相比，它最大的提升在于多步骤工作，比如将一项更改贯穿大型代码库直到测试通过。早期测试者让它运行数小时的编码任务，几乎无需监督。有了清晰的终点线，它就知道何时完成。

方法。 例如在 Claude Code 中：

提示

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，例如：“另外，把旧的端点名称保留为别名。”

进行设计工作时，指明你不想要的风格

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

为什么这在 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.

如果一次运行以“要我继续吗？”结束，请回复“继续”。如果这种情况经常发生，上面的规则会有所帮助。

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

对于结对编程，你可能想要相反的做法：开始前一行计划，结束时简短回顾。在你的 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 中说明，例如，“每次运行都以三个标题结束：阻塞于我、已更改、已发现。”

让它审查代码

要做什么。让 Opus 5.5 在人之前审查一个 diff 或拉取请求。

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

怎么做。将此提示词提供给 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 上很重要。“我找不到这个”值得一读，而要求它这样做能让这些内容更容易找到。

方法。在请求中加入“标记任何无法确认的内容，并说明你查找的位置”。这在 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 应用中

你会看到。一条以“已切换到”开头并带有较旧模型名称的通知。Claude 会在该模型上回答，聊天也会停留在该模型上。

操作方法。

• 要返回 Opus 5.5，请在模型选择器中选择它。如果之前的消息仍在聊天中，它可能会再次被标记。开始新聊天可以避免这种情况。
• 要先被询问，请转到“设置”，然后“功能”，并关闭“消息被标记时切换模型”。你会看到一张“已暂停”卡片，其中包含你的选项。

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

在 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 检查清单

在你的下一个长任务之前过一遍。

提问

• 任务说明了“完成”是什么样子
• 提示词或保存的指令中没有“think hard”字样
• 设计请求列出了要排除的风格
• 图表和截图是附上的，而不是重新输入的

Claude Code 中的长任务

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

检查

• 报告中“需要你做的”部分最先阅读
• 在人工审查之前先运行一轮审查
• 研究答案会标注哪些内容无法确认

标记

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

开始使用 Opus 5.5 构建吧！

感谢 Molly Vorwerck 的审阅。