用途：对代码变更做对抗式多模型审查（adversarial review、多模型审查、压力测试、挑刺、找盲点）。其对抗信号来自模型多样性，而非分配的人设角色，最终交付物是一份综合裁定；不自动应用改动。
主要能力与流程： 1）确定范围：用户指定文件或 diff 时使用之；在功能分支上运行 git diff main...HEAD（或合适的基线分支）取全部变更；用户提及近期工作时收集相关文件。将 diff 或文件内容连同理解代码所需的上下文文件一起打包。 2）声明意图：在派生审查者之前，根据用户消息、提交信息、PR 描述与代码，用一段清晰文字说明意图；不确定意图时先询问用户。 3）派生审查者：用 Task 工具在单条消息中一次性启动全部审查者，对应 pstack 设置文件（Cursor 中为 ~/.cursor/rules/pstack-models.mdc，其他 harness 中为 ~/.agents/pstack-models.md）里 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 或继承父模型条目不设 model。若工具拒绝某个配置条目，改用该家族（按 claude-、grok- 前缀判断）的表格默认值并说明；无家族匹配则用 Reviewer A 默认值。不应因模型标识问题阻塞审查，也不要把别名条目标记为被拒绝。其他 harness 使用各自的子代理工具：Claude Code 用 Agent（subagent_type: general-purpose），OpenCode 用 task（subagent_type: general），Codex 用 spawn_agent；无子代理工具时逐个自行运行审查者。为每位审查者读取 references/reviewer-prompt.md 并填入相同模板，包含声明的意图、diff 或文件内容、references/rubric.md 的评分标准，以及 references/code-quality-review.md 的代码质量视角。 4）综合：解析每位审查者的发现，合并描述同一问题的条目并记录提出模型；两个及以上模型独立提出的发现信号最强，单独模型的发现照读但降低权重；记录分歧。 5）主审判断：作为务实的高级工程师而非中立汇总者，参考 references/lead-judgment.md，把每条发现放入四个桶：Act on（影响正确性、安全性或可维护性的真实问题，会阻塞真实 PR）、Consider（合理但未必值得现在处理，值得用户关注）、Noted（技术有效但当前不可操作）、Dismissed（错误、吹毛求疵或缺少上下文，附简短理由）。
输出格式：Intent（意图段落）、Reviewers（每位审查者的标签、模型名与发现数量）、Act On、Consider、Noted、Dismissed、Agreement Map（模型一致与分歧之处及其含义）。
限制：不自动应用改动；意图不明时需先询问；审查者子代理为只读；模型条目被拒绝时有回退规则，且应另开 PR 更新默认表而非阻塞审查。资料未提供安装命令、定价、平台支持范围等其余信息。