用途：deep-review 用结构化调度替代临时的“请审查这个 PR”，为拉取请求提供正式、多维度的代码评审。适合用户显式调用 /deep-review，或 PR 从草稿转为待审、高风险改动需要合并前独立验证时使用。快速检查、拼写修复或单行改动不建议使用。
主要能力：先获取 PR 差异与元数据（gh pr view --json number,title,body,baseRefName,headRefName 与 gh pr diff），再对改动打标签：logic、auth-sensitive、ui、perf、structure，并判断是否 trivial。随后固定并行调度三类必选评审：Spec Conformance（对照验收标准与规格文档）、Correctness（逻辑与数据处理错误、契约不匹配、测试质量）、Documentation sync（文档是否漂移）。按标签追加条件评审：logic 触发 Robustness；logic+auth-sensitive 拆分出 Security 并让其使用更大推理预算；ui 触发 UX；perf 触发 Performance；structure 触发 Engineering structure。非平凡改动再追加 Code Quality（合并 Consistency 与 Maintainability）。最后汇总为阻止项、非阻止建议和架构观察的分级清单。
使用方式：需 gh CLI 已认证、已确定目标 PR 且有仓库读权限。每个评审子代理需获得完整差异、相关规格文档和明确的输出格式要求；评审按覆盖优先，报告所有问题，由综合步骤统一排序过滤；相互独立的评审并行调度，子代理间不互相协调。
限制与注意事项：Spec Conformance 评审的输入必须排除作者自己的提交信息与 PR 说明理由，以免偏向确认作者的理解；不要审查草稿 PR；不要让并行的子代理编辑同一文件；未在当前 PR 内修复的高风险问题应另建 issue 跟踪。资料未提供价格、收费与具体平台支持信息。