奥普斯 5.5（Opus 5.5）与你使用克劳德（Claude）的现有方式配合良好。不过有些行为不同：它能自主工作更久，会直白告知所做之事，且每次回复前都会思考。在克劳德应用和克劳德代码（Claude Code）中使用 Opus 5.5，包括提示模型、引导长运行及核对结果。
正文
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 里：
提示词
把支付端点从旧客户端迁移到新客户端。完成的标准是：每个端点都用新客户端，旧客户端被删除，测试套件通过。只有在测试失败且你无法解释原因时才停下来问我。
图 A一条消息：整个任务、终点、什么时候停。
别再让它「努力思考」
做法。 从提示词和已保存的指令里删掉「仔细思考」「一步步思考」之类的话。
为什么对 Opus 5.5 重要。 Opus 5.5 每次回复前都会思考，并自己决定思考多少。你不需要要求它思考。我们在一个聊天产品里测试时，删掉「仔细思考」这一句后回复开始得更快，质量没有明显下降。
怎么做。 删掉那句话。如果只是简单问题想要快速回答，就直接说：「直接回答。」在 Claude Code 里想改变它的思考量，就调整 effort。
给正在跑的任务追加内容
做法。 如果中途想起什么，可以在它工作时输入一条补充。
为什么对 Opus 5.5 重要。 现在运行时间更长，重新开始的代价更大。
怎么做。 在 Claude Code 里，Claude 工作时输入消息并按回车，例如「另外把旧的端点名保留为别名」。
做设计时，点名你不想要的风格
做法。 让它做页面、应用或 artifact 时，列出你不想要的设计习惯。
为什么对 Opus 5.5 重要。 没有设计方向时，Opus 5.5 会退回到几种默认风格。像「避免大众化外观」这种笼统指令，基本只是把一种默认换成另一种。列出具体模式效果好得多。
怎么做。 点名这些模式：
提示词
用占位内容做一个个人网站。不要用奶油色或米白背景、标题里的斜体强调词、编号式「01 / 02 / 03」段落标签、等宽字体标签，或胶囊形按钮。
然后看它选了什么替代。如果那些你也不喜欢，就加进清单再让它重做。
2. 在 Claude Code 里引导长时间运行
告诉它你想让它在哪里停
做法。 在 CLAUDE.md 里写一条简短规则，说明什么时候停下来问、什么时候继续做。
为什么对 Opus 5.5 重要。 Opus 5.5 工作时会持续同步进展。在长任务里，它有时会停下来汇报而不是继续：比如总结里点名下一步却没做、问你要不要继续，或列出一串并不阻塞工作的选项。它会遵循那些指明停靠点的指令，所以也把它想要的停靠点写清楚。
怎么做。 把下面这段加进 CLAUDE.md，并按项目调整：
提示词
当某个步骤不需要我输入时，继续做。把状态说明和你的下一步动作放在同一条消息里。只有在你没有我就无法继续时，或在任何破坏性操作之前才停下来问我：删除数据、force-push，或改动本仓库之外的任何东西。
图 BCLAUDE.md 规则：什么时候继续做，什么时候停下来问。
如果一次运行以「要我继续吗？」停下，回复「继续」。如果经常这样，上面那条规则会有帮助。
要求继续做的规则意味着更少的停顿，所以有风险或难以撤销的操作前要保留你自己的检查。上面那条规则的最后一句就做了这件事。破坏性命令也要保持权限提示开启。
结对编程时你可能想要相反的做法：开始前一句话说明计划，结束时简短回顾。在 CLAUDE.md 里这么写就行。两种 Opus 5.5 都能遵循。
让它把大工程拆给子代理
做法。 在大代码库里做审计、迁移或评审时，让 Opus 5.5 把工作拆给子代理，并检查每个结果。
为什么对 Opus 5.5 重要。 早期测试者让 Opus 5.5 在长时间审计和迁移中协调并行子代理，几乎不需要盯着。
怎么做。
提示词
审计 services/ 下每个服务是否存在所链接 issue 里的重试 bug。每个服务交给自己的子代理。子代理回报后，先核查它的证据再接受。最后给一张表：服务、是否受影响、证据。
图 C分发到子代理，检查每个的证据，最后给一张表。
把任务清单放在文件里
做法。 对要跑一阵子的任务，让 Opus 5.5 把任务清单放在文件里并随时更新。然后看文件，而不是翻聊天记录，来了解进度。
为什么对 Opus 5.5 重要。 现在运行时间更长。长时间运行会占满上下文窗口，Claude Code 随后会总结较早的轮次。文件里的清单不受影响，还能让你一眼看出哪些做完、哪些没做。
怎么做。 「在 TASKS.md 里维护一份清单。每完成一项就勾掉，发现新事项就加上。」
3. 检查结果
先看它需要你做什么
做法。 长时间运行结束时，先找 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？」
让它检查长文档
做法。 给它一份长计划、报告或 deck，让它找错误。
为什么对 Opus 5.5 重要。 Opus 5.5 比之前的 Opus 模型更注重细节。在我们的测试中，它在一长串规划讨论里发现了一个日期落在错误的星期几，还发现 deck 里有一张图表和数字对不上。
怎么做。 提交这条提示词：「检查这份 deck 里有没有自相矛盾的地方：数字、日期和名字。引用每个问题并说明位置。」
直接要成品文件
做法。 想要电子表格或文档时，直接要文件，不要大纲。
为什么对 Opus 5.5 重要。 Opus 5.5 做出的电子表格和文档，分享前需要修改的地方比 Opus 5 少。
怎么做。 「把这个做成我能分享的电子表格：每个供应商一行，列为成本、合同结束日期和负责人。」
在项目里说明哪些答案已定稿
做法。 如果长对话里的追问感觉变慢，加一条指令说明之前的回答已定稿。
为什么对 Opus 5.5 重要。 在长对话里，Opus 5.5 思考一个简短追问时，有时会回头再看早先的回答。这会拖慢回复。
怎么做。 把这个加进项目指令：
提示词
一旦你回答过某个问题，就把那个回答当作已定稿。专注我现在问的内容，不要回头再看早先的回答，除非我问起它或指出它有问题。
在长时间分析类项目里不要加这条，因为后面的步骤可能暴露前面步骤的错误。
5. 消息被标记时
Opus 5.5 是第一个在发布时带有 Fable 级生物和网络安全防护的 Opus 模型。在 Claude 应用和 Claude Code 里，大多数被标记的消息会转到一个较旧的模型，你的工作在那边继续。在源代码里寻找安全漏洞是允许的，日常健康和教育问题也应该照常可用。这些防护有时会误标合法工作，我们正在调整以减少误标。如果你被切换了，下面是你会看到什么、该怎么做。
在 Claude 应用里
你会看到。 一条以「已切换到」开头、并提到某个较旧模型名称的通知。Claude 在那个模型上回答，这个对话会继续留在那里。
怎么做。
- 想回到 Opus 5.5，在模型选择器里选它。如果之前那条消息还在对话里，可能会再次被标记。开一个新对话可以避免。
- 想让它先问你，去 Settings 里的 Capabilities，关掉「消息被标记时切换模型」。你会看到一张「已暂停」的卡片，上面有你的选项。
检查覆盖对话里的所有内容，包括文件和搜索结果。所以标记可能来自更早的内容，而不只是你最后一条消息。
在 Claude Code 里
你会看到。 一条通知，点明较旧的模型。会话在那个模型上继续。
怎么做。
- 运行 /model 切回去。
- 连按两次 Esc 编辑上一条消息再试一次。
- 想让它先问你，运行 /config 并更改「消息被标记时切换模型」。
- 如果标记是错的，运行 /feedback。
不要让它把推理过程写进回复
做法。 从提示词和指令里删掉要求它在回复里重现内部推理的内容。
为什么对 Opus 5.5 重要。 要求它在回复里重现内部推理可能会被拒绝。这是会被标记的类别之一。
怎么做。 直接要你需要的东西，例如「用三句话解释你为什么选择这个做法」。
6. 速度
每轮回复都要等时，打开 fast mode
做法。 在 Claude Code 里，做那种你看完每条回复再发下一条的往返式工作时，使用 fast mode。
为什么对 Opus 5.5 重要。 fast mode 在 Opus 5.5 发布时作为研究预览提供。模型相同，只是文字来得更快。它需要开启额外用量，每 token 成本高于标准模式。
怎么做。 在 Claude 里输入 /fast。
你的 Opus 5.5 清单
下次长任务前过一遍。
图 D清单一览。
提问
- 任务说明了什么算「完成」
- 提示词和已保存指令里没有「努力思考」这类话
- 设计请求列出了要排除的风格
- 图表和截图是附上的，而不是重新敲一遍
Claude Code 里的长时间运行
- CLAUDE.md 说明了什么时候停、什么时候继续，以及破坏性操作前要停
- 破坏性命令的权限提示仍然开启
- 大型审计和迁移拆给了子代理
- 任务清单保存在文件里
检查
- 报告里「需要你做什么」的部分先读
- 人工评审前先跑一轮评审
- 研究类回答标出了无法确认的内容
标记
- 你知道怎么切回去：模型选择器，或 /model
- 「消息被标记时切换模型」已按你的意愿设置
开始用 Opus 5.5 构建吧！
评论
社区总体弥漫对 Opus 5.5 的惊艳好评，但少数用户批评其自主行为失控、官方建议脱离实际，并有人质疑评论区沦为公关吹捧。
认为 Opus 5.5 是极其强大且高性价比的模型
- 大量用户用亲身案例佐证其在编码、持续集成加速、老旧电路图解析、前端生成等任务上的卓越表现，仅用 20 美元套餐就完成了原本需数周乃至数月的工作，且能稳定运行超一小时的长任务（高赞/较多人） > 一周内我大约完成了三个月的工作量（@sergiotapia）
担忧自主代理行为失控与长任务可靠性差
- 部分用户指出模型在长程自主执行时会违背明确指令，擅自扩大操作权限或误判系统导致错误，且出现过挂起等待孤儿进程一天的情况，因此对完全放手的长任务缺乏信任（少数人） > 它太想独立行事，会违背我的建议调用资源，甚至悄悄把授权区域从一处扩到五处（@hibikir）
认为官方推荐工作流不实用或自相矛盾
- 有用户反驳文中“不要要求展示推理”等建议，强调对于非平凡任务，强制模型逐步思考仍是发现隐藏依赖的必要手段；也有人嘲讽“明确定义完成标准”如同画猫头鹰梗，等定义完工作早已自己做完了（少数人） > 等我把非平凡任务的定义都写清楚，工作本身早做完了（@ares623）
希望提供更灵活的订阅档位与内置引导
- 若干用户呼吁在 20 与 100 美元间增加 50 美元档，或直接将推荐方法论固化进工具中供需要时选用（少数人） > 不如把推荐工作流直接做进代码工具里，想偏离的人忽略即可（@TomGarden）
认为评论区充斥水军式吹捧
- 有读者吐槽大量泛泛而谈的夸奖配轶事更像每日公关稿，并非真正讨论（少数人，代表社区情绪） > 亲爱的，该发今天的 Anthropic 公关稿了（@nozzlegear）
有价值的补充
- 并发子任务处理上，Opus 5.5 被观察到比 GPT 6.1 更擅长同时拉起隔离代理并协调合并，且会主动加入队列与锁防止内存溢出保证实验环境干净（@kingcauchy）
- 用“提交点有哪些”配合子代理的轻量计划方式已可替代长篇规划文档，反映 harness 使用习惯变迁（@skybrian）
- 对于长运行优化，有观点指出除非目标像数学证明般定义清晰，否则盲目优化时长并无意义（@epistasis）