用途：对代码变更进行对抗式、多模型审查，用于“挑战这段代码”“压力测试”“找出盲点”等场景。对抗信号来自模型多样性，而非预设人格；最终交付物是一份综合裁决，且不会自动应用改动。
主要能力与流程：
- 确定范围：根据用户指定的文件或 diff，或在功能分支上运行 git diff main...HEAD（或合适的基础分支）获取完整变更集，并打包相关上下文文件。
- 明确意图：在启动审查者前，用一段话说明意图；不确定时先询问用户。
- 启动审查者：按当前 harness 的 pstack 模型表中 interrogate reviewers 行，一次性扇出，每个条目一名审查者，标记为 Reviewer A、B 等；若缺少该表或该行，使用表默认值。默认模型为 Reviewer A: claude:opus@max，Reviewer B: codex:gpt-6.1-sol@max，Reviewer C: grok:grok-4.7@xhigh。每个审查者使用只读访问和独立输出与回执路径；auto 或 inherit-parent 条目使用父级 subagent 原语且不覆盖模型。若某提供方、登录或模型不可用，记录 dropout 并继续，绝不静默回退到最接近的模型。
- 综合：解析每位审查者的发现，合并描述同一问题的条目并标注提出模型；两个及以上模型独立提出的发现信号最强；记录分歧。
- 主审查者判断：以务实资深工程师视角，将每条发现归入 Act On、Consider、Noted、Dismissed 四类，并给出提出模型与一行理由。
输出格式：包含 Intent、Reviewers（每位审查者一行，含模型名与发现数）、Act On、Consider、Noted、Dismissed、Agreement Map。
限制：需要先阅读 provider-dispatch.md；在 Codex 上需通过 codex-tools.md 解析 Claude 工具名；审查者提示词、评分标准与代码质量视角分别来自 references/reviewer-prompt.md、references/rubric.md、references/code-quality-review.md；主审查者判断框架见 references/lead-judgment.md。不自动应用修改。具体安装命令、收费与平台信息暂未提供。