用途：审查需求文档（requirements）或计划文档（plan），通过多角色并行分析发现角色相关问题。
主要能力：始终启用 coherence-reviewer 与 feasibility-reviewer；按文档内容条件启用 product-lens、design-lens、security-lens、scope-guardian、adversarial 等审查角色。并行调度智能体，读取 references/subagent-template.md 与 references/findings-schema.json 构建提示，传入文档类型、路径与全文。
处理流程：校验返回 JSON、按 0.50 置信度过滤、去重、提升残余关注、解决矛盾、按 autofix_class 路由（auto 自动修复，present 交由用户判断），并按 P0→P3、错误优先、置信度与文档顺序排序。自动修复直接内联编辑文档，不请求批准；其余发现以结构化文本或交互方式呈现。
使用方式：可传入文档路径；支持 mode:headless 无头模式，此时不进行交互提问，非自动发现以结构化文本返回，最后返回“Review complete”。无头模式必须提供文档路径，否则输出“Review failed: headless mode requires a document path. Re-invoke with: /document-review mode:headless <path>”。交互模式可用 #askQuestions 选择文档或后续动作。
适用场景：需求或计划文档存在、需要多视角审查、自动修复明显不一致、并保留需用户决策的战略性问题时。
限制：不重写整篇文档，不添加用户未讨论的新章节或需求，不创建单独审查文件，不修改调用方技能；docs/brainstorms/、docs/plans/、docs/solutions/ 下的文件不得被建议删除；单个智能体失败不阻塞整体审查；两轮细化后建议完成。