用途：对代码变更做对抗式审查。为每个已配置的模型启动一个只读审查者，所有模型收到相同提示与评分标准；对抗信号来自模型差异（盲点、先验与推理方式不同），而非设定的人格角色。多模型一致的问题置信度最高，单一模型的发现仍可参考但置信度较低。最终交付物是综合裁决，不自动应用任何改动。
主要能力：支持 interrogar、“adversarial review”“multi-model review”“challenge this”“stress test this code”“find blind spots”“tear this apart”等触发用法；按模型数量并行生成审查者；对发现做去重、共识识别、分歧标注；由主导审查者（资深工程师视角）将每条发现归类为 act on（应修复）、consider（值得考虑）、noted（有效但低优先级）、dismissed（驳回并说明理由），并输出 Intent、Reviewers、Act On、Consider、Noted、Dismissed、Agreement Map 结构。
使用方式：先确定审查范围（指定文件或 diff；在功能分支上运行 git diff main...HEAD 或合适的基线分支），打包 diff 与必要上下文；在生成审查者前，用一段话明确本次代码意图，意图不清时先询问用户；然后按配置的 interrogate 列表（默认 claude-opus-4-8-thinking-xhigh、gpt-5.5-high-fast、composer-2.5-fast）在单条消息中一次性启动每个模型一个审查者，subagent_type 为 generalPurpose、readonly 为 true，并填充 references/reviewer-prompt.md 模板（含意图、diff 或文件内容、references/rubric.md 评分标准、references/code-quality-review.md 代码质量视角），同一模板发给所有审查者；收回结果后综合归类并输出裁决。
限制：仅审阅、只读，不自动修改代码；若配置的模型 slug 无法解析，应按错误信息中的有效 slug 选同族最高推理层级的近似模型，并另开 PR 更新默认配置，不因此阻塞审查；审查者只能看到代码库的一部分，最终判断依赖主导审查者掌握的完整目标、约束、时间线与权衡。官方文档未提供收费、价格、平台支持与效果数据。