用途：在实现前、实现中和合并高风险改动前，引入独立模型判断，暴露分歧而非走形式。当用户提到 consensus、Claude Code、第二意见、设计评审、对抗式评审，或任务被判定为困难/非平凡时默认使用。
主要能力：组织两个模型各自独立评审同一目标，要求对方把收到的完整提示词与发现写入评审产物，发现须标注 critical、bug、design 或 nit，再按 reconciliation.md 的标签规则调和分歧。
使用方式：先用用户语言陈述待评审目标；收集最小证据（相关文件、约束、工单、计划、当前 diff、失败证明、仓库约定）；选定每轮评审产物路径，如 ephemeral/reviews/<YYYYMMDDNN>-<task>.md；向另一智能体提出目标层面的宽泛评审请求，不把提示词收窄到格式或测试；要求其写入评审产物。调用命令：Claude 用 agent opus <workdir> -f <prompt-file>，Codex 用 agent gpt <workdir> -f <prompt-file>；若 CLI 不同，运行 agent --help 选择指向最新合适模型族的别名，不要回退到旧固定模型名。编排方为 Claude Code 时反向调用 agent gpt。CLI 不可用时，在 ephemeral/reviews/ 下写一份 Codex 可用的评审提示词产物，请用户运行，独立结果出现前不得声称已达成共识。
适用场景：设计评审、实现计划评审、diff 评审、证明策略评审，以及需要第二意见的复杂决策。
限制与规则：提示词应停留在实际目标层面，给足上下文，不禁止有益探索，只限制破坏性操作；不要请求批准，而要真实发现；不要泄露自己的预期答案（除非任务就是批评该答案）。请求不应是只读的，被调用方必须写评审产物；如需保护工作树，应限制产品代码编辑而非产物创建。当对方仍发现 critical、bug 或 design 问题且仍有实质进展时重复评审；三轮后、无实质 diff 或同一未解决问题重复时升级给用户。收尾需报告双方各自评审内容、主要发现、接受的改动、被拒或未解决的分歧，以及共识后的证明。
参考文件：review-prompts.md 提供可复用提示词，reconciliation.md 用于两智能体分歧或需转为实现计划时。
其他信息：官方文本暂未提供。