用途：对较大改动执行轮转式、自收敛的对抗评审。它针对的不是冻结的原始 diff，而是每轮修复后的最新代码，目标是让改动收敛到干净状态，而不是只给人类一份问题清单。
主要能力：装填“弹巢”——至少 6 个互不重复的评审立场，包括需求/规格覆盖、回归风险、安全与隐私、架构与边界、模式与惯用法契合、测试与证据、性能与资源、API/迁移/兼容、可维护性；涉及相关风险时可加入无障碍/UX、可观测性与运维、依赖与供应链、并发与幂等、部署与基础设施、数据正确性。每轮只启动一个持有下一立场的新子代理，评审当前代码；编排者收集发现，接受有具体证据的项并实施修复，再轮转到下一立场。每个立场每轮恰好触发一次，保证覆盖均匀。完成一整轮为下限，最多 3 个循环；当某轮不再产生新的被接受发现时立即停止。
对抗纪律：默认反驳，未被证据推翻前视为未证明；自行重跑或核对证据，不能重跑时只依据已运行输出，未运行项标记为未验证；每条发现须给出 file:line，并附误报风险与修复草图；显式回答意图、可证伪条件、未处理的边界与失败情况等问题；阅读调用方而不只看 diff；避免低置信度噪声，不发赞语、不弱化严重性，也不得自行改动代码或给出上线结论。
模型与独立性：评审子代理默认使用较低端模型，并在可行时轮转使用不同模型，以控制成本并减少同质偏差；将安全、架构或编排者升级到更强模型属于显式选择，不是默认。每轮都要新开子代理，修复者不得评审自己的修复；下一轮只看编排者修订后的状态，不看上一位评审者的原始草稿。
适用场景：风险面较广、需要多视角均衡覆盖且希望迭代收敛的大型改动。限制：不适用于无上限循环、同时启动多名评审的面板式设计、只评审冻结原始 diff、由评审者自行改代码或下上线结论；立场重复、默认用昂贵模型、把池大小、一次一个节奏或 3 轮上限当作已证明常量均属不当用法；这些选择被描述为有理由的默认值而非已被文献证明的最优解。