用途：审查需求、计划或规格文档，判断文档是否能指导正确的工作执行，而非以细节多少为标准。
主要能力：以固定评审角色（coherence-reviewer、feasibility-reviewer）加按信号激活的条件角色（如 adversarial-document-reviewer、product-lens-reviewer、security-lens-reviewer）进行评审；先按内容分类文档类型（unified-requirements、unified-plan 或传统 requirements/plan），再把分类传给各角色。评审人提供证据，最终判断由技能完成，并核对证据与整篇文档、项目事实和既定决策。
使用方式：可从路径读取文档，或在交互模式的无路径分支中于 <root>/plans/ 下发现最近计划。产物根目录 <root> 由 <repo-root>/.compound-engineering/config.yaml 中的 docs_root 决定（不读 config.local.yaml），未设置时为 docs；设置的路径须为仓库内相对目录，否则报错而非回退。交互模式先读 references/modes.md，问题需通过宿主阻塞式提问工具处理。发出评审前须确认路径在磁盘可读，否则不派发。
覆盖与完成：所有已派发评审人返回（或标为失败）后才进入综合与呈现；跨模型判定遍为附加且非阻塞。仅在交互模式下加载 walkthrough 与 bulk-preview，非交互模式停在结构化结果。
限制：评审人从文件系统读取文档，无法访问仅存在于未检出分支的路径；容量拒绝视为背压而非评审失败，需等待重试；资料未提供具体模型、价格或部署要求等更多细节。