跳到正文
原文
Anthropic：Claude.dev 开发者博客· Addy Osmani·· 9 天前精选AI 评分79

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

Getting the most out of Opus 5.5 in Claude and Claude Code

AI 导读

Anthropic 发布 Opus 5.5 在 Claude 应用和 Claude Code 中的使用指南。

推荐理由

官方使用指南针对 Opus 5.5 更长自主运行的特点，给出提示词写法、长任务掌控和结果检查的具体做法。

正文 · AI 翻译

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.
The example prompt split into three labelled boxes: the whole task (migrate the payment endpoints from the old client to the new one), the finish line, highlighted (every endpoint uses the new client, the old client is deleted, and the test suite passes), and when to stop (only if a test fails for a reason you can’t explain). Footer: “Give the whole task in one message. Name the finish line. Then leave it alone.”
图 A一条消息：整个任务、终点，以及何时停止。

别再叫它“努力思考”

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

为什么在 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.
A CLAUDE.md card titled “Tell it which stops you want” with two boxes. Keep going: when a step doesn’t need my input, keep going, and 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. Footer: “Edit it to fit your project. Keep permission prompts on for destructive commands too.”
图 BCLAUDE.md 规则：何时继续，何时停下并询问。

如果一次运行以“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.
Diagram titled “Give each service to its own subagent.” The prompt “Audit every service in services/ for the retry bug in the linked issue” fans out to four subagents. Their reports join at a “Check its evidence” step (“When a subagent reports back, check its evidence before you accept it”), then an arrow leads to “Finish with one table,” an empty table with the columns Service, Affected yes or no, and The evidence.
图 C分发给子代理，检查每个的证据，然后用一张表收尾。

把任务列表保存在文件里

该怎么做。 对于会持续一段时间的运行，让 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 上这很重要。 “我找不到这个”值得一读，而主动要求它给出这一点，就能很容易地找到。

如何操作。在请求中加入“把你无法确认的内容都标出来，并说明你在哪里查过”。这在 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 检查清单

在你下一次长时间任务之前过一遍这个清单。

The checklist as a card with four groups of checkbox items: Asking, Long runs in Claude Code, Checking, and Flags. The same items are listed as text below.
图 D检查清单一览。

提问

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

Claude Code 中的长时间运行

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

检查

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

标记

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

开始用 Opus 5.5 构建吧！

感谢 Molly Vorwerck 审阅。

来源：Anthropic：Claude.dev 开发者博客 · claude.dev

#教程/实践#编码#Agent#Anthropic