一句话

把同一份 diff、意图和 rubric 发给不同模型家族的评审员，靠模型多样性找盲区；主代理做 lead 判断，把发现分四桶，不自动改代码。

何时用

• 适合：想让人「拆开这份 PR」、对抗式评审、找盲区；有争议的设计合并前。
• 不适合：想知道 diff 之外会坏什么（那是 pstack-blast-radius）；评审没有代码支撑的空计划。

怎么用

/interrogate 评审整个分支，苛刻一点，不是真 bug 或回归就别报

1. Scope：用户指定的文件/diff，或 git diff main...HEAD 全量。
2. Intent：一段话写清改动意图；不确定先问。
3. Spawn：一条消息按 interrogate reviewers 行每席位起一个只读评审（默认 opus + grok），共用 reviewer-prompt、rubric、code-quality lens。
4. Synthesize：合并同义发现，两个以上模型独立提出的是最高信号，记录分歧。
5. Lead judgment：按 references/lead-judgment.md 把每条放进 Act on / Consider / Noted / Dismissed 并给一句话理由。

产出

• 结构化报告：Intent、Reviewers 名单、Act on、Consider、Noted、Dismissed、Agreement Map。

要点与坑

• 信号来自模型多样性，不是人设；Dismissed 也要读，lead 是可被推翻的资深工程师不是神谕。
• slug 被拒时按家族表回退且不阻塞评审；auto/inherit-parent 表示继承父模型。
• 依赖 Cursor Task 子代理与多模型；在 Devin CLI 可借鉴「多模型评审加四桶裁决」。

关联

• 同类：pstack-blast-radius、ctk-thermo-nuclear-code-quality-review · 宿主：pstack-poteto-mode
• 所属：00-pstack-概览