用 Opus 多智能体编排做全仓库重构审查

是什么 这是一条经验分享类推文：作者宣称最喜爱的 Opus 用法，是把整个仓库交给模型并追问“我们真正该重构什么”，并用一张图片附上完整提示词。

核心设计 工作流分三层：一是编排器（orchestrator）先绘制架构与项目约定地图；二是向每个子系统派发“全新的只读智能体”，即每个子任务用干净上下文、无写权限地扫描；三是对发现结果做验证、去重与排序。这个管线把“发现问题”与“评估问题”解耦，避免单一长上下文互相污染。

关键洞察 价值不在模型本身，而在结构化分工：新鲜上下文让每个子系统被独立审视；只读约束保证审查无副作用；排序与去重环节过滤掉 AI 常见的风格化挑刺，留下真实坏味道、死代码、重复实现与架构缺陷。这本质是把代码评审从“问答”升级为“审计管线”。

边界与风险 推文未给出工具实现或评测数据，效果依赖模型能力与提示词质量；“opus 5.5”为作者原文表述，具体版本无法核实。大仓库扫描成本高，产出仍需人工验证，且只读审查不等于落地重构。对读者而言，可借鉴的是编排+隔离+验证的范式，而非即插即用的方案。