Opus 5.5 与你现有的 Claude 使用方式配合得很好。不过有几处行为有所不同：它能更长时间地自主工作，会清楚地告诉你它做了什么，并且在每次回复前都会先思考。本指南介绍如何在 Claude 应用和 Claude Code 中使用 Opus 5.5，包括如何向模型提问、如何引导长时间运行，以及如何检查结果。
先试试这个
在首次使用 Opus 5.5 时可以尝试的三件事
- 把整个任务交出去。说明什么算“完成”，以及你希望它在何时停下来询问。然后让它自己工作。
- 删掉“仔细思考”这类话。Opus 5.5 在每次回复前已经会先思考。
- 当一次长时间运行结束时，先读它需要你做什么。
1. 如何提问
说明什么算“完成”，然后让它运行
怎么做。在一条消息里给出整个任务。指明终点，比如“测试通过”或“每个端点都已迁移”。然后让它自己去做。
为什么这在 Opus 5.5 上很重要。Opus 5.5 在长时间、多部分的工作上比 Opus 5 更能持续推进。与之前的 Opus 模型相比，它最大的提升在于多步骤工作，比如在大型代码仓库中贯穿一项改动直到测试通过。早期测试者让它长时间运行编码任务数小时，几乎无需监督。有了清晰的终点，它就知道自己何时完成。
怎么做。例如，在 Claude Code 中：
提示词
把支付端点从旧客户端迁移到新客户端。完成的标准是：每个端点都使用新客户端，旧客户端被删除，并且测试套件通过。只有在测试因你无法解释的原因失败时，才停下来问我。
别再叫它“努力思考”
怎么做。从你的提示词和保存的指令中删除“仔细思考”“一步一步思考”以及类似的话。
为什么这在 Opus 5.5 上很重要。Opus 5.5 在回复前总会先思考，并由它自己决定思考多少。你不需要让它去思考。在我们于某聊天产品中的测试里，删除“仔细思考”这句话让回复更快开始，而质量没有明显下降。
怎么做。删掉这句话。对于简单问题的快速回答，直接说明：“直接回答。”要在 Claude Code 中改变它的思考量，就调整 effort。
添加到正在运行的任务中
怎么做。如果你在运行过程中想起什么，可以在它工作时输入后续消息。
为什么这在 Opus 5.5 上很重要。现在运行时间更长了，所以重启的代价更高。
怎么做。在 Claude Code 中，当 Claude 工作时输入消息并按 Enter，例如，“Also keep the old endpoint names as aliases.”
对于设计工作，说出你不想要的风格
该怎么做。当你要求一个页面、一个应用或一个产物时，列出你希望排除的设计习惯。
为什么这在 Opus 5.5 上很重要。没有设计方向时，Opus 5.5 会退回到几种默认风格。像“避免千篇一律的外观”这样笼统的指令，大多只是把一种默认换成另一种。列出一组具体的模式效果要好得多。
怎么做。说出这些模式：
PROMPT
用占位内容搭建一个个人网站。不要使用奶油色或米白色背景、标题中的斜体强调词、编号的“01 / 02 / 03”章节标签、等宽字体标签，或胶囊形按钮。
然后看看它改用了什么。如果你也不喜欢那个，就把它加到列表里再问一次。
2. 在 CLAUDE CODE 中引导一次长时间运行
告诉它你希望它在哪些地方停下
该怎么做。在你的 CLAUDE.md 文件中写一条简短规则，说明何时停下并询问，何时继续推进。
为什么这在 Opus 5.5 上很重要。Opus 5.5 会在工作时随时向你汇报。在长任务中，它有时会停下来汇报而不是继续推进：一份点出下一步却没有执行的总结、一个继续的提议，或一组不会阻塞工作的选项。它会遵循指明这些停顿点的指令。也请说出你希望它停下的地方。
怎么做。把这段加到 CLAUDE.md 中，并根据你的项目修改：
PROMPT
当某个步骤不需要我的输入时，继续推进。把状态说明和你的下一步操作放在同一条消息里。只有在你没有我就无法继续时，或在任何破坏性操作之前，才停下并询问：删除数据、强制推送，或更改此仓库之外的任何内容。
如果一次运行以“Want me to continue?”停下，回复“continue.”。如果这种情况经常发生，上面的规则会有帮助。
一条持续前进的规则意味着更少的停顿，所以在任何有风险或难以撤销的操作之前保留你自己的检查。上面规则的最后一行就是做这个的。对破坏性命令也保持权限提示开启。
对于结对编程，你可能想要相反的：开始前一行计划，结束时简短回顾。在你的 CLAUDE.md 里这样写。Opus 5.5 两种都遵循。
让它把大工作拆分给子智能体
要做什么。对于审计、迁移或跨大型代码库的审查，让 Opus 5.5 把工作拆分给子智能体，并检查每个结果。
为什么这在 Opus 5.5 上重要。早期测试者让 Opus 5.5 在长时间审计和迁移中协调并行子智能体，几乎无需监督。
怎么做。
提示词
审计 services/ 中的每个服务，查找关联 issue 中的重试 bug。把每个服务交给它自己的子智能体。当子智能体汇报回来时，在接受之前先检查它的证据。最后用一张表收尾：服务、是否受影响、以及证据。
把任务列表保存在文件里
要做什么。对于会持续一段时间的运行，让 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 或 pull request。
为什么这在 Opus 5.5 上很重要。一位早期测试者说，Opus 5.5 在最低 effort 下发现的 bug 比 Opus 5 在高 effort 下还多，而且误报更少。它还会用平实的语言解释自己的改动，因此它的 pull request 描述更容易审查。
怎么做。把这段提示词喂给 Claude：
提示词
审查这个分支上相对于 main 的 diff。只列出你会阻止合并的问题。对每一个问题，给出文件和行号、为什么它是错的，以及如何证明它会失败。
让它标出自己无法确认的内容
要做什么。对于研究和分析，让它说明自己找不到或无法核实的内容。
为什么这在 Opus 5.5 上很重要。“我找不到这个”值得一读，而主动要求它给出这一点，会让它更容易被找到。
怎么做。在请求中加上“标出任何你无法确认的内容，并说明你在哪里找过”。这在 Claude 研究报告和 Claude Code 中都适用。
4. 在 CLAUDE 应用中
首先，检查模型选择器显示的是 Opus 5.5。
要做什么。附上图表、示意图、截图或幻灯片。不要重新输入数字。
为什么这在 Opus 5.5 上很重要。Opus 5.5 读取图表、示意图和截图比 Opus 5 更准确，而且无需额外步骤。它还更擅长理解依赖图像中位置关系的含义：箭头连接的是哪些方框、示意图的两个版本之间有什么变化，或者日历截图中会议何时开始和结束。
怎么做。附上图像并问一个具体问题：“这些服务中哪些直接调用 billing API？”
让它检查一份长文档
要做什么。给它一份长计划、报告或演示文稿，让它找出错误。
为什么这在 Opus 5.5 上很重要。Opus 5.5 比之前的 Opus 模型更注重细节。在我们的测试中，它在一个很长的规划讨论串里发现了一个日期落在了错误的星期几，还发现了一张图表与演示文稿中的数字不符。
怎么做。提交提示词：“检查这份演示文稿中任何自相矛盾的地方：数字、日期和名称。引用每个问题并说明它在哪里。”
索要完成的文件
要做什么。当你想要电子表格或文档时，索要文件，而不是大纲。
为什么这在 Opus 5.5 上很重要。Opus 5.5 生成的电子表格和文档在你分享之前需要编辑的地方比 Opus 5 更少。
怎么做。“把这个做成一个我能分享的电子表格：每个供应商一行，列包括成本、合同结束日期和负责人。”
在项目中，说明哪些答案已经确定
怎么做。如果长对话中的追问感觉太慢，添加一条指令，说明之前的答案已经确定。
为什么这在 Opus 5.5 上很重要。在长对话中，Opus 5.5 有时在思考一个简短的追问时会回头重新处理之前的答案。这会拖慢回复。
怎么做。把这段添加到项目的指令中：
提示词
一旦你回答了某个问题，就把那个答案视为已完成。专注于我现在问的内容，不要回头重新处理之前的答案，除非我问到它或指出它有问题。在长时间分析类项目中不要加这条，因为后面的步骤可能会暴露前面步骤中的错误。
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 检查清单
在你下一个长任务之前过一遍这个。
提问
- 任务说明了“完成”是什么样子
- 提示词或保存的指令中没有“think hard”这类语句
- 设计请求列出了要排除的风格
- 图表和截图是附上的，而不是重新打出来的
Claude Code 中的长时间运行
- CLAUDE.md 说明了何时停止、何时继续，以及在任何破坏性操作之前停止
- 破坏性命令的权限提示仍然开启
- 大型审计和迁移被拆分到多个子智能体
- 任务列表保存在一个文件中
检查
- 报告中的“需要你做的事”部分会最先被阅读
- 在人工审查之前先运行一轮审查
- 研究类答案会标明哪些无法确认
标记
- 你知道如何切换回去：模型选择器，或 /model
- “当消息被标记时切换模型”已按你的意愿设置
开始构建，使用Opus 5.5！
感谢 Molly Vorwerck 的审阅。