在 Claude 和 Claude Code 中充分发挥 Opus 5.5 的优势

如何在 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 中：

可复制的提示词

将支付端点从旧客户端迁移到新客户端。
完成的标准是：每个端点都使用新客户端，旧客户端已删除，并且测试套件通过。
只有在测试失败且你无法解释原因时，才停下来问我。

图 A 一条消息中包含整个任务、完成标准以及何时停止。

别再告诉它要“认真思考”

怎么做。 从提示词和已保存的指令中删掉“仔细思考”“逐步思考”以及类似语句。

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

怎么做。 删掉那句话。如果只是要它快速回答一个简单问题，可以直接说明：“直接回答。”要在 Claude Code 中调整它的思考程度，请更改 effort。

在正在运行的任务中补充要求

怎么做。 如果你在运行过程中想起了什么，可以在它工作时输入补充消息。

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

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

做设计工作时，明确指出你不想要的风格

怎么做。 当你要求它制作网页、应用或其他作品时，列出你不希望采用的设计习惯。

这对 Opus 5.5 为什么重要。 如果没有设计方向，Opus 5.5 会退回到几种默认风格。像“避免看起来很普通”这样的笼统指令，大多只会让它换成另一种默认风格。明确列出具体模式效果要好得多。

怎么做。 指出具体模式：

可复制的提示词

制作一个带占位内容的个人网站。
不要使用奶油色或米白色背景、标题中的斜体强调词、“01 / 02 / 03”编号式章节标签、等宽字体标签或药丸形按钮。

然后看看它改用了什么风格。如果你也不喜欢，就把那种风格也加进列表，再让它试一次。

2. 引导 Claude Code 中的长时间运行

告诉它哪些时候应该停下来

怎么做。 在 CLAUDE.md 文件中写一条简短规则，说明什么时候应该停下来询问，什么时候应该继续。

这对 Opus 5.5 为什么重要。 Opus 5.5 会在工作过程中向你报告进度。在长任务中，它有时会停下来汇报，而不是继续推进：比如只总结下一步却不执行、提出是否继续，或列出一些并不妨碍工作的选项。它会遵循明确说明这些停顿节点的指令。你也要明确指出希望它在哪些时候停下来。

怎么做。 将下面内容添加到 CLAUDE.md，并根据你的项目进行修改：

可复制的提示词

如果某一步不需要我提供意见，就继续做下去。把状态说明和你的下一步行动放在同一条消息里。
只有在没有我就无法继续时，或在执行任何破坏性操作之前才停下来询问：删除数据、强制推送，或更改此代码仓库之外的任何内容。

图 B CLAUDE.md 中的规则：何时继续，何时停下来询问。

如果某次运行停下来问“要我继续吗？”，回复“继续”。如果这种情况经常发生，上面的规则会有所帮助。

继续执行的规则意味着停顿会更少，因此你仍应在任何有风险或难以撤销的操作之前自行检查。上面规则的最后一句就是为此而设。对于破坏性命令，也要继续开启权限确认提示。

如果你是在进行结对编程，可能希望采用相反的方式：开始前先给出一行计划，结束时再做简短回顾。可以在 CLAUDE.md 中这样说明。Opus 5.5 两种方式都能遵循。

让它把大型工作拆分给子智能体

怎么做。 对于大型代码库中的审计、迁移或代码审查，请 Opus 5.5 把工作拆分给多个子智能体，并检查每个子智能体的结果。

这对 Opus 5.5 为什么重要。 早期测试者让 Opus 5.5 协调多个子智能体并行执行耗时较长的审计和迁移，几乎不需要监督。

怎么做。

可复制的提示词

审计 services/ 中的每个服务，检查关联问题中提到的重试漏洞。
将每个服务分配给一个独立的子智能体。子智能体汇报后，在接受结论之前检查它提供的证据。
最后用一张表汇总：服务、是否受影响，以及证据。

图 C 将工作分派给多个子智能体，检查每个子智能体提供的证据，最后用一张表汇总。

将任务列表保存在文件中

怎么做。 对于需要运行一段时间的任务，请 Opus 5.5 将任务列表保存在文件中，并在执行过程中持续更新。然后查看该文件，而不是翻阅对话记录，来了解任务进展。

这对 Opus 5.5 为什么重要。 现在运行时间更长了。长时间运行会填满上下文窗口，随后 Claude Code 会对较早的对话轮次进行摘要。保存在文件中的列表可以跨越这种摘要，而且能让你一眼看出哪些已经完成、哪些还未完成。

怎么做。 “在 TASKS.md 中维护一份检查清单。每完成一项就勾选，并把新发现的事项也加进去。”

3. 检查结果

先看它需要你做什么

怎么做。 长时间运行结束时，先查看 Claude 正在等待你处理的事项，例如尚未作出的决定，或它希望你批准的改动。然后再阅读 Claude 的其余总结。

这对 Opus 5.5 为什么重要。 与 Opus 5 相比，Opus 5.5 对工作情况的汇报更清楚。它的进度更新和最终总结会用直白的语言说明它做了什么、发现了什么，以及需要你做什么。

怎么做。 要更改总结格式，可以在 CLAUDE.md 中说明，例如：“每次运行结束时都使用三个标题：需要我处理的阻塞事项、已更改内容、发现的问题。”

请它审查代码

怎么做。 在人工审查之前，请 Opus 5.5 审查差异或拉取请求。

这对 Opus 5.5 为什么重要。 一位早期测试者表示，Opus 5.5 在最低 effort 档位下发现的漏洞比 Opus 5 在高 effort 档位下更多，而且误报更少。它还会用直白的语言解释自己的改动，因此更容易审查它生成的拉取请求说明。

怎么做。 将以下提示词交给 Claude：

可复制的提示词

审查此分支相对于 main 的差异。
只列出会让我阻止合并的问题。对每个问题，给出文件和行号、错误原因，以及如何证明它会失败。

请它标出无法确认的内容

怎么做。 对于研究和分析，请它说明有哪些内容找不到或无法检查。

这对 Opus 5.5 为什么重要。 “我找不到这项内容”值得一看，而要求它这样说明，就能让你轻松找到这类情况。

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

4. 在 Claude 应用中

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

直接分享图表或截图

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

这对 Opus 5.5 为什么重要。 与 Opus 5 相比，Opus 5.5 读取图表、示意图和截图的准确度更高，而且不需要额外步骤。对于依赖图像中相对位置来理解含义的内容，它也更擅长处理：例如箭头连接了哪些方框、示意图的两个版本之间有什么变化，或日历截图中的会议何时开始、何时结束。

怎么做。 附上图片，并提出具体问题：“这些服务中，哪些会直接调用账单 API？”

请它检查长文档

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

这对 Opus 5.5 为什么重要。 与之前的 Opus 模型相比，Opus 5.5 会更留意细节。在我们的测试中，它发现了一条长规划讨论中日期和星期对不上的问题，也发现了一张与演示文稿中数字不一致的图表。

怎么做。 提交这条提示词：“检查这份演示文稿中是否有自相矛盾的内容：数字、日期和名称。逐项引用问题，并说明问题所在位置。”

请它生成最终文件

怎么做。 如果你需要电子表格或文档，就直接要求它生成文件，而不是列提纲。

这对 Opus 5.5 为什么重要。 与 Opus 5 生成的文件相比，Opus 5.5 生成的电子表格和文档在分享前需要的编辑更少。

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

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

怎么做。 如果长对话中的后续问题让你觉得回复太慢，就添加一条指令，说明先前的答案已经定下来了。

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

怎么做。 将下面内容添加到项目指令中：

可复制的提示词

你回答完一个问题后，就把该答案视为已定。专注于我现在问的问题；除非我要求你讨论先前的答案，或指出其中有问题，否则不要重新检查先前的答案。

对于需要深入分析的项目，不要添加这条指令，因为后续步骤可能会揭示先前答案中的错误。

5. 消息被标记时

Opus 5.5 是第一个发布时配备 Fable 级别生物与网络安全防护措施的 Opus 模型。在 Claude 应用和 Claude Code 中，大多数被标记的消息都会转交给较旧的模型处理，你的工作也会在那里继续。这些模型允许你在源代码中查找安全漏洞，日常的健康和教育问题也应当可以正常处理。这些防护措施有时会将合理的工作错误标记，我们正在调整它们，以减少误标。如果你遇到模型切换，下面说明你会看到什么以及应该怎么做。

在 Claude 应用中

你会看到什么。 一条以“已切换到”开头的通知，后面带有较旧模型的名称。Claude 会使用该模型回答，并且对话会继续使用该模型。

怎么做。

要切回 Opus 5.5，请在模型选择器中选择它。如果先前的消息仍留在对话中，它可能会再次被标记。开始新的对话可以避免这种情况。

如果希望在切换前先收到询问，请前往“设置”，然后进入“功能”，关闭“消息被标记时切换模型”。届时你会看到一张“已暂停”卡片，其中列出可选操作。

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

在 Claude Code 中

你会看到什么。 一条写明较旧模型名称的通知。会话会继续使用该模型。

怎么做。

运行 /model 切回原模型。

按两次 Esc 编辑你上一条消息，然后重试。

如果希望在切换前先收到询问，请运行 /config 并更改“消息被标记时切换模型”。

如果标记有误，请运行 /feedback。

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

怎么做。 从提示词和指令中删除要求它在回复中复现内部推理过程的内容。

这对 Opus 5.5 为什么重要。 它可以拒绝在回复中复现内部推理过程的要求。这属于会触发标记的类别之一。

怎么做。 改为直接询问你需要的内容，例如：“用三句话解释你为什么选择这种做法。”

6. 速度

如果你需要等待每次回复，就开启快速模式

怎么做。 在 Claude Code 中，对于你会先阅读每次回复、再发送下一条消息的来回交互式工作，使用快速模式。

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

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

Opus 5.5 检查清单

下次开始长任务之前，先过一遍这份清单。

图 D 一览检查清单。

提出要求

• 任务说明了怎样才算“完成”
• 提示词或已保存的指令中没有“认真思考”之类的语句
• 设计请求列出了要排除的风格
• 图表和截图以附件形式提供，而不是重新输入

在 Claude Code 中运行长任务

• CLAUDE.md 说明了何时停止、何时继续，以及在任何破坏性操作之前停下来
• 破坏性命令仍会显示权限确认提示
• 大型审计和迁移已拆分给多个子智能体
• 任务列表保存在文件中

检查

• 首先阅读报告中“需要你处理”的部分
• 在人工审查之前先进行一轮审查
• 研究回答会标出无法确认的内容

标记

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

开始使用 Opus 5.5 构建吧！

感谢 Molly Vorwerck 审阅本文。