Opus 5.5适合怎样的任务
Opus 5.5的核心变化，是更适合独立推进长时间、多步骤的工作。Claude官方指南建议，用户在一条消息中说明完整任务、明确“完成”的标准，以及只有在什么情况下才需要暂停询问；例如迁移所有接口、删除旧客户端并通过测试。与其反复要求模型“认真思考”，不如把精力放在边界和验收条件上。
在Claude Code中，项目级的CLAUDE.md可以规定哪些步骤应继续执行、哪些操作必须先征得同意。指南还建议为大型审计、迁移或代码检查分派子代理，并要求核对每个子代理的证据；对耗时任务，则把清单保存到TASKS.md等文件中，以免长对话被压缩后丢失进度。对于设计任务，列出明确不希望出现的视觉模式，也比笼统地说“不要普通”更有效。
把结果审查纳入Opus 5.5流程
长任务结束后，应先查看模型还需要用户决定什么，再阅读完整总结。指南称，Opus 5.5会更清楚地说明已完成的工作、发现的问题和待处理事项；用户还可以要求它只报告足以阻止合并的问题，提供文件与行号，并标记无法确认的内容。Claude应用中，直接上传图表、截图或演示文稿，通常比重新输入其中的数据更适合检查空间关系、日期、数字和名称的一致性。
安全拦截仍是重要限制
这套工作方式并不意味着可以取消人工监督。指南说明，Opus 5.5采用更严格的生物与网络安全防护；被标记的消息在Claude应用和Claude Code中通常会切换到较旧模型，且触发原因可能来自对话中的文件或搜索结果，而不只是最后一条消息。合法的安全研究有时仍可能被误判，用户可以切回Opus 5.5、修改上一条消息或提交反馈。指南同时明确建议不要要求模型展示内部推理，而应要求可核查的结论、证据和不确定性。