用途：对变更集进行结构化审查，重点覆盖正确性、安全最佳实践、缺陷与边界情况，并对照 PRD 给出明确结论（LGTM 或 Request changes）及问题、风险清单。
主要能力：默认仅审查/报告，不修改代码，除非被明确要求；只有 PR 实际合并（经 gh 验证或明确确认）才标记 Merged；不编造测试结果或复现步骤。审查清单涵盖正确性（边界值、null/空输入、错误路径、幂等/重试、并发/顺序、时区/分页/编码）、安全（认证授权、输入校验与输出编码、CSRF/SSRF/路径穿越/文件上传、密钥与日志、依赖变更）、测试（正常路径与关键负例、回归覆盖）、可维护性。
使用方式：先收集输入，包括 PRD 路径（如 tasks/f-##-<slug>.md）与审查模式。PR 模式（优先）用 PR URL/编号，执行 gh pr view --json url,title,body,baseRefName,headRefName,files,additions,deletions、gh pr diff、gh pr checks；本地模式用基础分支（默认 main），执行 git diff "<base>...HEAD" 与 git log "<base>..HEAD" --oneline。随后对照 PRD 确认目标与验收标准、非目标未被实现、边界与错误状态已处理。报告结构为：Verdict、Blockers、Suggestions、Questions、Security notes、Regression risks / watch-outs、Manual QA checklist。若结论为 LGTM，在 PRD 的 Execution Status 勾选 Reviewed；PR 模式下用 gh pr view --json mergedAt -q .mergedAt 检测是否合并，若已合并则勾选 Merged、将 PRD 文件重命名为 done- 前缀，并更新 tasks/todo.md 中该功能的 prd 路径与状态指示（🔨 改为 ✅）。下一步可运行 06-memory 记录已交付内容、风险与后续事项。
适用场景：需要对照 PRD 审查 GitHub PR 或本地分支变更，并希望获得可追踪结论的团队流程。
限制：默认不修改代码；不虚构测试结果；合并状态需验证；具体平台、收费与效果资料暂未提供。