用途：在验收或交接前，确保被评审代码正确、易改、符合项目约定且有验证支撑。覆盖三类实践：以技术严谨性接收反馈（不做表演式认同）、通过 code-reviewer 子代理发起系统性评审、在宣称完成前执行验证门禁。
主要能力：报告驱动的两阶段评审（逐文件 + 整体评估）；先做影响面分析（若存在 .code-graph/graph.db，运行 python .claude/scripts/code_graph graph-blast-radius --json）；用 python .claude/scripts/code_graph query tests_for <function> --json 标记未测试的改动函数；用 trace 命令追踪下游与跨服务影响；检测依赖升级、迁移、事件总线、API 契约、安全、配置与基础设施等高风险变更；按文件类型路由子代理，前端/UI 文件调用 $ui-review。
使用方式：先创建 plans/reports/code-review-{date}-{slug}.md 报告，按 Phase 0 至 Phase 3 顺序执行，每步更新任务跟踪并附证据；发现问题时先验证、只修已验证项，修复后重新完整评审。评审前须搜索项目内编码规范、架构、测试约定与设计系统文档并阅读。
限制：评审当前改动、暂存/未暂存 diff 或分支间 diff 应改用 changes-review；不得跳过、重排或合并步骤，除非用户明确同意；每条结论必须有 file:line 证据，置信度需超过 80%；若必需步骤或工具在当前环境无法运行，应停止并询问用户。具体项目路径、命令与配置以项目自身文档为准，本资料未提供完整清单。