用途：面向架构或设计决策、研究发现、安全分析等需要对抗性审视的工作产物，通过多轮“生成—评审—修订”循环，借助独立评审者降低风险。
主要能力：以上下文打包加多角色分发的模式运行评审。默认三类对抗角色为架构质疑者（architect-review）、安全与边界情况审计者（security-auditor）、TDD 契约评审者（tdd-contract-reviewer），来自 cli-agents 插件；可用用户提供的系统提示替换任一角色。仅在评审维度确实单一时才使用单角色打包。
使用流程：1）深入研究并产出分析文档与来源；2）编写或更新 red-team-prompt.md，并在 manifest.json 中列出纳入的源文件与研究产物；3）用 context-bundler（dev-utils）的 Multi-Persona Fan-Out 模式生成每个角色的评审包，输出到隔离目录（如 .history/review-iteration-1/），避免基线产物被覆盖；4）分发到人工评审、CLI 代理或浏览器代理，每角色一次并行分发。
CLI 与模型选择：引导阶段交互式询问使用哪个 LLM CLI 后端（agy、claude、copilot、codex、llama）及具体模型，并在运行命令后追加 < /dev/null 以防无头执行时 SIGTTIN 挂起。
反馈与收敛：评审结论为“More Research Needed”时回到第 1 步并带针对性问题重跑；约定若 2-3 轮仍未获“Approved”，应停止循环并将分歧升级给编排者或用户裁决。需将本轮 total_tokens 与 duration_ms 记录到 evals/timing.json 以衡量审批成本。
验证门：不盲信评审结论，需运行单元与集成测试防回归，直接检查被修改文件是否存在桩、过期内容或占位符，并核查批评质量而非无实质的附和。结论为“Approved”后终止循环，将最终研究文档与反馈交回编排者，不自行封存会话或复盘。
限制：依赖 context-bundler（dev-utils）与 cli-agents 中的对抗角色；评分与具体效果资料未提供；其余平台与价格信息暂未提供。