用途：对代码变更做对抗式审查（adversarial review）、多模型审查、压力测试，找出盲点。对抗信号来自模型多样性，而非设定的人格角色；最终交付物是一份综合裁决，且不会自动应用任何修改。
主要能力与流程：
- 确定范围：若用户指定文件或 diff 则使用之；若在功能分支上，运行 git diff main...HEAD（或相应基线分支）获取完整变更集；若消息提及近期工作，则收集相关文件。将 diff 或文件内容连同审查者理解代码所需的上下文文件打包。
- 说明意图：在启动审查者前，用一段话从用户消息、提交信息、PR 描述和代码中陈述意图；不确定时先询问用户。
- 启动审查者：在单条消息中用 Task 工具为 ~/.cursor/rules/pstack-models.mdc 中 interrogate reviewers 行的每个条目启动一名审查者，按条目数标记为 Reviewer A、B 等。若规则或该行缺失，使用表格默认值：Reviewer A 为 claude-opus-5-5-xhigh，Reviewer B 为 grok-4.7-xhigh-fast。每名审查者使用 subagent_type: generalPurpose、readonly: true，并设置其配置的模型；auto 或 inherit-parent 条目省略 model，使其运行在父模型上。若 Task 工具拒绝某配置条目，则让该审查者运行其家族（按前缀 claude-、grok-）的表格默认值并说明；无家族匹配时用 Reviewer A 的默认值；若表格默认值也被拒绝，则用错误信息中有效 slug 里最接近的等价项（优先同家族与同推理层级），并另开 PR 更新默认表，不因此阻塞审查。别名条目不得视为被拒绝的 slug，也不适用上述回退。读取 references/reviewer-prompt.md，为每名审查者填入相同模板，包含所述意图、diff 或文件内容、references/rubric.md 的评分标准以及 references/code-quality-review.md 的代码质量视角。
- 综合：解析每名审查者的发现，合并描述同一问题的条目并注明由哪些模型提出；两个及以上模型独立提出的发现信号最强；单独模型的发现需相应加权；记录分歧，若一个模型指出某问题而另一个明确反对，这构成裁决的上下文。
- 主导判断：作为务实的资深工程师而非中立汇总者，参考 references/lead-judgment.md，将每条发现归入四类并注明提出模型与一行理由：Act on（影响正确性、安全性或可维护性的真实问题，会阻塞真实 PR）、Consider（合理但未必值得现在处理）、Noted（技术有效但不可操作）、Dismissed（错误、吹毛求疵或缺少上下文，附简短理由）。
输出格式：Intent（意图段落）、Reviewers（每名审查者一行：标签、模型名、发现数）、Act On、Consider、Noted、Dismissed、Agreement Map（模型一致与分歧之处及其含义）。
限制：不自动应用修改；依赖 Cursor 的 Task 工具与规则文件；模型 slug 可能被拒绝并触发回退；具体安装方式与收费信息暂未提供。