用途：在用户要求深入、彻底、对抗式或双模型代码审查，以及对代码变更做跨模型验证时使用。核心思路是单模型审查存在盲区，让两个模型独立审查同一证据，再交叉比对，从而区分真实问题与噪声。
主要能力：并行启动两个审查代理；交叉引用发现结果并构建共识严重性表；为每条问题评定修复置信度；区分 HIGH 共识（两者均标记）、LOW 共识（仅一个模型标记）与争议项（有证据反驳）。
使用方式：第一步确定审查范围，用户指定文件则用之，说“审查我的改动”则用 git diff 或 git diff --staged，PR 用 gh pr view 和 gh pr diff 并固定 head 与 base；重复审查时对比当前 head 与上次审查的 head。第二步通过应用原生 task 工具以后台模式启动两个不同模型的审查代理，两者接收完全相同的提示词。第三步等待完成通知并用 read_agent 读取结果，不要轮询。第四步用 SQL 表记录发现并逐条比对、验证代码与测试，评定共识与修复置信度。第五步用表格呈现 HIGH 与 LOW 共识结果，未标记处写 not flagged。第六步询问要修复哪些问题，除非用户已授权。
严重性分级：CRITICAL、HIGH、MEDIUM、LOW。修复置信度：99% 为琐碎修复，90-95% 为需少量设计考虑的直白修复，70-80% 为需调研或取舍的复杂修复，低于 70% 为难解问题、有意行为或架构变更。
限制：绝不跳过交叉比对；记录争议项及接受或拒绝的理由；未经用户授权不修复 LOW 共识问题；不因审查者而扩大任务范围；修复置信度是协调者的评估，不替代运行时验证；同时提供默认模型配对与高推理强度设置，若模型或上下文层级不可用需说明限制并在用户批准后改用可用替代，且记录实际使用的模型 ID，不得静默回退到旧世代。