用途：对代码变更做对抗式、多模型审查，用于“挑战这段代码”“压力测试”“找盲点”等场景。核心思路是让每个已配置模型各当一名审查者，使用同一提示与评分标准，对抗信号来自模型多样性而非设定人格。交付物是综合裁决，不自动应用改动。
主要能力与流程：一、确定范围，按用户指定文件或 diff，或在功能分支上运行 git diff main...HEAD 获取完整变更集，并打包 diff 与必要上下文文件。二、明确意图，从用户消息、提交信息、PR 描述或代码本身提炼一段清晰说明，不确定时先询问用户。三、启动审查者，在单条消息中用 Task 工具并行启动，读取 ~/.cursor/rules/pstack-models.mdc 中的 interrogate reviewers 行，每个条目一个审查者；缺失时用默认表（Reviewer A: claude-opus-5-5-max，Reviewer B: gpt-5.6-sol-max，Reviewer C: grok-4.7-xhigh-fast）。每个审查者设 subagent_type: generalPurpose、readonly: true，并按配置指定 model；auto 或 inherit-parent 条目省略 model。若配置条目被拒，按家族前缀回退到默认表并说明；无家族匹配用 Reviewer A 默认；默认也被拒则按错误信息选最接近等价项，不阻塞审查。四、综合，解析发现，识别 2 个以上模型独立提出的共识、单模型发现、去重与分歧。五、主导判断，按 act on、consider、noted、dismissed 分类，每条注明提出模型、类别与一行理由。输出结构含 Intent、Reviewers、Act On、Consider、Noted、Dismissed、Agreement Map。
限制：需具备多模型 Task 工具与相应规则文件；不自动应用修改；具体模型可用性取决于环境配置。其他细节暂未提供。