玩转 Opus 5.5：Claude 与 Claude Code 实用上手指南

Opus 5.5 大体延续了以往使用 Claude 的习惯，但有几个核心行为发生了明显转变：它能更长时间自主执行任务、会更直白地向你汇报进展，并且在给出每一次回复前都会自动先思考。

无论是通过 Claude 客户端/网页端使用，还是在命令行用 Claude Code 协作，这篇指南都能帮你快速上手，掌握如何提示模型、把控长时间自主任务并高效验收成果。

先试试这三件事

第一次使用 Opus 5.5 时，建议先体验以下三种用法：

1. 把整个任务一次性交给它：明确交代“完成”的具体标准，以及什么情况下必须停下来向你请示，然后放手让它去跑。
2. 删掉“仔细想想”这类提示词：Opus 5.5 默认在每次回复前都会自动深度思考，不再需要额外催促。
3. 长任务结束后，先看它需要你做什么决定：先解决阻塞项和决策点，再阅读其余的汇总内容。

一、如何提问（Prompt 最佳实践）

1. 说清“完成”的标准，然后放手

• 怎么做：单次消息给出完整的端到端任务，并明确终点线（例如“测试全部通过”或“所有旧接口完全迁移”），然后让它自主推进。
• 背后的变化：相比前代模型，Opus 5.5 最大的提升在多步骤、跨越大代码库的长链路任务上。早期测试者发现，只要给足明确的终点，它可以连续跑数小时代码任务而几乎不需要人工干预。
• 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.

中文参考：把旧客户端的支付接口全部迁移到新客户端。完成标准为：所有接口均换用新客户端、旧客户端代码彻底删除、且测试套件全部通过。除非测试失败的原因你无法解释，否则中途不要停下来问我。

2. 别再让它“好好想想”

• 怎么做：从你的 Prompt 和保存的预设指令（Custom Instructions）中彻底删掉“仔细思考”（think carefully）、“一步步思考”（think step by step）这类套话。
• 背后的变化：Opus 5.5 始终会在回复前进行思考，并自行判断思考预算。测试表明，去掉这类提示后模型能够更快给出首字输出，回答质量没有任何下降。
• 技巧：
  • 如果只是针对简单事实寻求快速答复，直接说：“直接回答”（Answer directly）。
  • 在 Claude Code 中，若想调整思考深度，直接调整 effort 配置即可。

3. 任务执行中可随时追加要求

• 怎么做：在 Claude Code 执行长任务的过程中，如果突然想起遗漏的要求，无需打断重来，直接在终端敲入补充说明并回车。
• 背后的变化：由于现在的长任务往往一跑就是很久，按 Ctrl+C 中断重新发起的代价很高，中途实时注入要求划算得多。
• 示例：当它正在重构代码时，直接追加发送：顺便把旧接口名保留作为别名（Also keep the old endpoint names as aliases）。

4. 设计类任务：明确列出“不要什么风格”

• 怎么做：在要求生成前端页面、App 界面或可视化组件时，主动列出你希望排除的设计套路。
• 背后的变化：如果完全不给设计方向，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.

中文参考：构建一个带有占位内容的个人主页。不要使用米色/米白色背景、不要在标题中使用斜体强调词、不要使用“01 / 02 / 03”章节编号、不要使用等宽字体标签、不要使用胶囊状药丸按钮。

审查它给出的新方案：如果其中又有你不喜欢的元素，直接将其追加到排除清单中，让它再次调整。

二、在 Claude Code 中把控长任务

1. 在 CLAUDE.md 中明确何时推进、何时停下确认

• 怎么做：在项目根目录的 CLAUDE.md 中增加简短规则，明确区分何时自主前行、何时必须暂停请示。
• 背后的变化：Opus 5.5 倾向于更主动地汇报进展。在长任务中，它偶尔会因为汇报而暂停工作（例如给出总结却不执行下一步动作、或者抛出并不阻碍推进的选项等你拍板）。明确规则能消除这种不必要的迟疑。
• 配置示例（建议写入 CLAUDE.md）：

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.

中文参考：当某个步骤不需要我的输入时，请继续推进。将状态进展与你的下一步操作合并在同一条消息中输出。只有在缺少必要信息无法继续、或者执行破坏性操作（如删除数据、强制推送、修改本仓库以外的文件）之前，才停下来向我确认。

• 注意事项：
  • 如果任务运行中模型询问“Want me to continue?”，直接回复“continue”即可。配置上述规则能从源头减少这类询问。
  • 减少停顿不代表放弃防线：涉及高风险或难以撤销的操作时，必须始终保留人工确认环节，破坏性命令的权限弹窗切勿关闭。
  • 如果是结对编程协作，也可以反向要求：“开始前给出一句话计划，结束后给出简要回顾”。Opus 5.5 同样能严格配合。

2. 把大型任务拆解分发给多个子代理（Subagents）

• 怎么做：面对全代码库排查、大版本迁移或跨模块评审等大规模任务，指示 Opus 5.5 将工作拆分给并行子代理（Subagent），并在汇总结论前先逐一校验子代理提交的证据。
• 背后的变化：早期测试中，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.

中文参考：审计 services/ 目录下的每一个微服务，排查与关联 Issue 相同的重试 Bug。将每个服务分别交给独立的子代理处理。子代理汇报后，在采纳前先验证其证据。最后以一张汇总表格收尾：包含服务名、是否受影响（是/否）、相关证据。

3. 将任务清单持久化保存在文件中

• 怎么做：对于耗时较长的长线任务，要求 Opus 5.5 在独立文件（例如 TASKS.md）中维护待办清单，并随着工作推进动态打勾与更新。
• 背后的变化：长时间运行必然会填满上下文窗口，随后 Claude Code 会自动压缩并摘要早期对话。如果依赖终端滚屏，信息可能丢失；而保存在项目文件里的任务清单能跨越上下文压缩长期留存，一眼就能看清当前进度。
• Prompt 示例：在 TASKS.md 中维护任务检查清单。每完成一项就打勾标记，遇到新发现的问题随时追加进清单。

三、高效检查与验收结果

1. 先看它需要你做什么决定

• 怎么做：长任务结束时，优先查看 Claude 是否留有待你决策或需要你批准的改动，处理完这些关键阻塞项后，再去通读其余的改动小结。
• 背后的变化：Opus 5.5 的汇报能力比以往更加清晰，通常会用清晰直白的话说明做了什么、发现了什么、以及需要你拍板什么。
• 技巧：可以在 CLAUDE.md 中固化小结格式，例如要求：每轮任务结束时按三个标题输出：待我决策（Blocked on me）、已修改（Changed）、新发现（Found）。

2. 在人工评审前，先让它做一轮代码审查

• 怎么做：在提交人类 Review 之前，先让 Opus 5.5 跑一轮分支与主干的 diff 审查。
• 背后的变化：测试者反馈，Opus 5.5 即便在最低思考强度（Lowest effort）下发现的有效缺陷，也比 Opus 5 在最高强度下更多，且假阳性误报显著更少；此外它生成的改动说明更易读，能大幅减轻 PR 审查负担。
• 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.

中文参考：审查当前分支相对于 main 分支的 diff 变更。只列出会阻碍合并（Block merge）的关键问题。针对每个问题，指出具体文件与行号、为何出错、以及如何复现证明该缺陷。

3. 明确要求标注“无法确认的内容”

• 怎么做：在做调研与分析类任务时，要求模型明确标注找不到或无法验证的信息。
• 背后的变化：“没找到这个信息”比模棱两可的猜测有价值得多，主动要求会让未能核实的部分清晰凸显出来。
• 示例：在提示词中加上：明确标注你无法核实的内容，并注明你已经在哪些地方检索过。（Mark anything you couldn’t confirm, and say where you looked.）

四、在 Claude 客户端与网页端中的实用技巧

首先确认模型选择器中当前处于 Opus 5.5。

1. 直接上传图表或截图，不要手动转录数字：Opus 5.5 对图表、架构图和截屏的理解精度明显提高，尤其擅长处理依赖空间拓扑位置的信息（例如箭头连接了哪些服务方块、两个版本架构图的细微改动、日历截图中会议的具体起止时段）。
2. 让它检查长篇文档中的隐蔽矛盾：将长篇计划、PRD、报告或 PPT 交给它，要求它专门挑错。Opus 5.5 对细节极为敏感，能精准揪出长文中前后不一致的日期、数字计算偏差或拼写错误。
3. 需要交付物时，直接要成品文件而非大纲：Opus 5.5 产出的表格和文档完整度更高，在分发前需要的二次微调更少。例如直接要求：“生成一个我可以对外共享的表格：每行一个供应商，包含费用、合同到期日与负责人三列。”
4. 在 Projects 中声明“既定结论已敲定”：在多轮深度对话中，如果追问响应变慢，往往是因为模型在回答简短问题时反复重新推敲前面的历史结论。
   • 解决方案：可以在 Project Instructions 中添加：

     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.
     

     中文参考：一旦某项内容得到回答，即视为已敲定。请专注于我当前的问题，除非我主动提起或指出错误，否则不要反复回顾或重新推演先前的回答。

   • 注意：如果是需要前后互相印证、推翻前提的长篇复杂分析类项目，不要加这条规则。

五、消息触发安全标记（Flagged）时怎么办

Opus 5.5 是首个上线时便内置 Fable 级别生物与网络安全防护机制 的 Opus 模型。在日常使用中，代码漏洞排查、常规健康与教育咨询均受支持；但由于安全规则更严格，有时可能会误判合法的开发工作。

如果消息被标记，具体表现与处理方式如下：

在 Claude 网页端 / 客户端中

• 现象：界面会弹出“已切换至 XX 模型”（Switched to…）的提示，随后的对话将转由旧版本模型处理。
• 处理：
  • 若想切回 Opus 5.5，可在模型选择器中重新选回。如果触发标记的历史消息依然留在当前会话中，可能还会再次触发，新开一个对话即可规避。
  • 如果希望被切换前先弹窗询问，可在“Settings -> Capabilities”中关闭“Switch models when a message is flagged”，触发时将展示暂停卡片供你选择。
  • 注意：安全审查覆盖会话中的全部内容（包括上传的文件与搜索结果），标记可能来源于先前的上下文，而不只是最后一条消息。

在 Claude Code 中

• 现象：终端提示当前已被切换到旧模型继续运行。
• 处理：
  • 输入 /model 重新选回 Opus 5.5。
  • 按两次 Esc 重新编辑上一条输入并重试。
  • 输入 /config 修改是否自动切换模型。
  • 如果确认属于误判，可通过 /feedback 提交反馈帮助调优。

关键注意事项：不要要求在回复中输出内部推理过程

• 切勿在 Prompt 中强行索取内部思维链（internal reasoning），这类请求本身属于安全防护拦截的类别之一，可能直接导致拒绝回复。
• 如果需要理解决策逻辑，使用正常的表达方式即可，例如：请用三句话说明你为什么选择这种技术方案。

六、开启 Fast 极速模式

在 Claude Code 中进行高频交互式协作时（即每发一条指令、都要仔细看完回复再发下一条的场景），可以开启极速模式：

• 使用方式：在 Claude Code 终端中输入 /fast。
• 特点：Fast 模式是伴随 Opus 5.5 上线的 Research Preview 功能。模型推理能力与标准版完全一致，但文字输出速率大幅加快；该功能需要额外开启用量配额，且单 Token 成本相对更高。

行动检查清单（Opus 5.5 Checklist）

在启动下一次长任务前，对照此清单快速检查一遍：

提问阶段

• 任务描述中清晰界定了“完成”的具体标准
• 提示词与预设规则中已清理掉“仔细想想”等冗余词汇
• 涉及设计与排版的需求，明确列出了需排除的风格偏好
• 图表与截图已直接上传，而非手动转录数据

Claude Code 长任务

• CLAUDE.md 中明确规定了何时继续、何时停下请示
• 破坏性命令的确认权限依然保持开启
• 大型审计与全仓迁移已指示模型按子代理（Subagent）拆解
• 关键进度清单通过独立文件（如 TASKS.md）持久化保存

检查与验收

• 优先处理报告中“需要你做决策”的阻塞部分
• 提交人工评审前，先让模型对分支 diff 跑一遍自审
• 调研与分析类产出中，已明确标注无法核实的事项

防护与模式

• 了解如何通过模型选择器或 /model 切回 Opus 5.5
• 确认是否已按个人习惯配置“标记时自动切换模型”
• 高频来回交互场景下，按需开启 /fast 模式

参考资料与原文链接

• 原文链接：Getting the most out of Opus 5.5 in Claude and Claude Code
• 原作者：Addy Osmani（Anthropic 技术团队）
• 审阅鸣谢：Molly Vorwerck
• 发布时间：2026 年 9 月 22 日

📬 关注我获取更多资讯

📢 公众号

💬 个人号