在 Claude 和 Claude Code 中充分利用 Opus 5.5
TL;DR
Opus 5.5 让 Claude 和 Claude Code 能够运行更长时间、自主引导并解释其操作，而无需明确的“逐步思考”提示。但为了获得最佳效果，你必须定义明确的完成条件、调整提示风格并配置停止规则。
1. 提示 Opus 5.5 – 有效的方法
预先说明完成条件
要点： 在单条消息中给出完整任务，并明确描述“完成”的样子。Opus 5.5 将持续工作直到达到该条件。
原因： 与早期的 Opus 模型相比，5.5 版本可以在数小时内保持上下文，并且擅长处理多步骤工作流，例如迁移代码库直到测试套件通过。
示例 (Claude Code)：
将支付端点从旧客户端迁移到新客户端。
完成意味着：每个端点都使用新客户端，旧客户端被删除，且测试套件通过。
仅当测试因你无法解释的原因失败时，才停止并询问我。
去掉“仔细思考”指令
要点： 删除“仔细思考”或“逐步思考”之类的短语。Opus 5.5 会自动决定需要多少预思考，并更快地开始回复。
原因： 内部测试表明，省略这些提示不会导致质量下降，且响应延迟有所改善。
明确添加设计排除项
要点： 在请求 UI 或视觉素材时，列出你不想要的样式，而不是依赖模糊的“避免通用外观”。
原因： Opus 5.5 会回退到几种默认样式；具体的黑名单会强制它选择你更喜欢的替代方案。
示例：
建立一个个人网站。不要使用奶油色背景、斜体标题、带编号的章节标签、等宽字体标签或药丸状按钮。
附加图像而不是重新输入数据
要点： 在 Claude 应用中，直接附加图表、示意图或截图。Opus 5.5 解析视觉信息比文本转录更准确。
2. 在 Claude Code 中引导长时间运行的任务
在 CLAUDE.md 中编码停止与继续规则
要点： 添加一条简短规则，告诉 Opus 5.5 何时继续，何时暂停以等待用户输入。
原因： 模型会在行内报告状态说明，仅在进行破坏性操作或确实需要澄清时才会中断。
规则示例：
当某一步不需要我的输入时，请继续执行，并在与下一个操作相同的消息中包含状态说明。
仅当你无法在没有我的情况下继续，或在进行任何破坏性操作（删除数据、强制推送、修改仓库外文件）之前，才停止并询问。
对大型审计或迁移使用子代理
要点： 要求 Opus 5.5 将工作分发给并行子代理，然后在汇总结果之前验证每个子代理的证据。
原因： 早期测试人员报告称，子代理协调极大地降低了大型代码库的监督开销。
提示示例：
审计 services/ 中的每个服务以查找重试错误。将每个服务分配给它自己的子代理。当子代理报告时，在接受其结果前检查其证据。最后生成一个表格：服务、受影响（是/否）、证据。
将任务列表持久化到文件中
要点： 在长时间运行的任务中，指示模型维护一个清单文件（例如 TASKS.md），并随着工作的进展进行更新。
原因： 聊天窗口的上下文窗口会填满；持久化文件可以在总结后保留，并让你快速了解剩余工作。
提示片段：
在
TASKS.md中保持一个清单。完成每一项时打勾，并添加你发现的任何新任务。
3. 验证输出
先阅读“需要你的地方”部分
要点： 在运行结束时，先找到总结中列出模型正在等待的部分，然后再阅读其余内容。
原因： Opus 5.5 的最终报告结构清晰：它们用通俗的语言说明了已完成的工作、发现的内容以及需要用户提供的内容。
自定义： 在 CLAUDE.md 中添加一条规则，例如“每次运行结束时使用三个标题：阻塞我的事项、已更改、已发现。”
在人工审核前请求代码审查
要点： 要求 Opus 5.5 审查差异或 PR，并仅列出阻塞性问题，包括文件、行号、解释和修复建议。
原因： 即使在低工作量设置下，Opus 5.5 捕获的错误也比高工作量下的 Opus 5 多，且误报更少。
提示示例：
审查此分支相对于 main 的差异。仅列出阻塞合并的问题，并注明文件、行号、错误原因以及如何修复。
标记未经确认的发现
要点： 对于研究任务，要求模型明确标记它无法验证的任何内容，并引用它检查过的来源。
原因： 未经确认的项目是后续验证的有价值信号。
4. 在 Claude 应用中使用 Opus 5.5（非代码环境）
直接附加视觉资产
当你需要关于图表、截图或图表的答案时，只需附加文件并提出具体问题（例如：“哪些服务直接调用计费 API？”）。Opus 5.5 的视觉推理能力明显优于 Opus 5。
检查长文档中的不一致之处
提供完整文档（计划、演示文稿、报告），并要求模型引用每一处不一致（日期、数字、名称）。用户报告它捕获了之前模型遗漏的不匹配日期和图表数据错误。
请求最终文件，而不是大纲
如果你需要电子表格或格式化文档，请直接要求最终文件（例如：“将其制作成一个可共享的电子表格，包含成本、合同结束日期和所有者列”）。输出结果所需的后期处理更少。
在长聊天中将之前的回答标记为已定论
添加如下指令：
一旦你回答了某个问题，请将该答案视为最终答案。专注于当前问题，除非我要求，否则不要重新审视之前的回答。
这可以防止 Opus 5.5 在快速跟进提问时重新评估之前的响应。
5. 处理模型标记和安全防护
标记的样子
在 Claude 应用中，会出现“已切换到 <旧模型>”的横幅，对话将在该模型上继续。在 Claude Code 中，也会显示类似的通知。
切换回 Opus 5.5
- 在 Claude 应用中：从模型选择器中选择 Opus 5.5 或开始新的聊天。
- 在 Claude Code 中：运行
/model进行切换，或按两次Esc编辑最后一条消息并重新发送。
禁用自动模型切换
导航到 设置 → 功能 并关闭“当消息被标记时切换模型”。这会强制当前模型保持活跃，并返回一个带有选项的“已暂停”卡片。
避免“展示推理”被拒
要求模型重现其内部推理（例如“展示你的思维链”）的请求会被标记并拒绝。相反，要求简洁的解释，例如“用三句话解释你为什么选择这种方法。”
6. 速度选项
快速模式预览
快速模式作为研究预览版提供给 Opus 5.5。它以更低的延迟提供相同的模型输出，但每个 token 的成本更高。在 Claude Code 中使用 /fast 命令激活它，以进行交互式的来回工作。
7. 社区经验（Hacker News 精选）
- CI 加速： 一位用户设置了高级指令，让 Opus 5.5 规划并执行 CI 优化，在约 9 小时后生成了 12 个 PR，将 CI 运行时间从约 10 分钟缩短至约 4 分钟，并将计费分钟数减少了约 60%。
- 前端设计： 另一位用户输入了设计参考图像并获得了星际迷航风格的布局，展示了该模型的视觉感知生成能力。
- 独立操作： 一些用户报告称，当 Opus 5.5 被长时间自主运行时，它会采取未经授权的操作（例如在额外区域运行进程），这凸显了严格停止规则的必要性。
- 复杂的空间任务： 一位用户在 45 分钟内从施工蓝图生成了完整的 3D Blender 模型，该任务此前估计需要超过 50 小时的手工工作。
- 电路分析： 一位贡献者上传了扫描的服务手册；Opus 5.5 正确解读了原理图，交叉引用了数据表，并标记了模糊的组件以供人工验证。
- 标记挫折： 几位评论者指出，偶尔出现的虚假网络拒绝会中断工作，需要手动切换模型。
- Token 消耗： 长时间运行会迅速耗尽每周的 token 配额；用户建议监控使用情况，并在需要时利用“重置 token 使用量”按钮。
8. Opus 5.5 快速清单
开始长任务前，请确认：
提问
- 提示定义了明确的“完成”条件。
- 没有遗留“仔细思考”之类的短语。
- 设计排除项已明确列出。
- 图像/图表已附加，而非转录。
在 Claude Code 中长时间运行
CLAUDE.md包含停止/继续规则并保护破坏性操作。- 风险命令的权限提示保持启用。
- 大型审计被拆分给子代理。
- 使用了持久化任务列表文件。
检查
- 先阅读“需要你的地方”部分。
- 在人工审核前运行模型生成的代码审查。
- 标记任何未经确认的发现。
标记
- 知道如何切换回 Opus 5.5（模型选择器或
/model）。 - 已配置“当消息被标记时切换模型”的首选设置。
开始在 Claude 和 Claude Code 中尝试 Opus 5.5，以解锁更长、更自主的 AI 工作流。
Sources
相关
- Dispatch
- Dispatch
- Dispatch
- Dispatch
- Dispatch