用途：在会话结束时对本次改动做一次“新鲜视角”的只读代码审查。它不写代码，也不自带检查清单，所有审查标准在运行时从项目自身规则中读取，因此能随项目规则保持同步。
主要能力：四个只读子代理各司其职：规则合规（引用被违反的规则行）、缺陷与漂移（改动行上的逻辑错误、代码与其自身文档/注释/声明或同类模式不一致）、文档与版本（用户可见行为变更却未更新文档/版本）、测试与盲点（约定要求的测试缺失、无法失败的测试、未说明的假设）。发现项按 0–100 置信度评分并过滤，输出按优先级排序的报告。审查目标会被确定性地解析并打印在报告头部，避免范围不透明。
使用方式： /code-review # 自动检测改动并出报告 /code-review -s # 同时保存报告供 /apex -f 使用 /code-review -b origin/main # 以显式基线审查 HEAD -s 保存到 ~/.claude/output/{project}/code-review/code-review-{slug}.md；-S 强制不保存；-b <ref> 覆盖自动检测的审查基线。小写启用、大写禁用；无 -f（本技能是生产者而非消费者）。
适用场景：工作区有未提交改动时审查所有未提交内容（含未跟踪文件）；工作区干净时做分支对基线的比较。若没有 CLAUDE.md、.claude/rules、~/.claude/rules，则跳过“规则”这一视角并在头部说明，其余三个视角仍会运行。
限制：严格只报告，不修改代码，也不写除 -s 报告外的文件；只报本次 diff 引入的新问题，不报既有问题；安全、性能/简化、深度审查、可能过时的库/API 知识等超出其范围的内容只输出一行指向 /security-review、/simplify、/ultrareview、/find-docs 的指引，绝不作为发现项；无法运行的视角（基线不可解析、基线缺失）会明确写在头部，不会静默跳过；每个发现项都带 file:line，规则类发现会引用被违反的规则行。修复需另行使用 /apex -f（需 -s 保存报告）或 /oneshot。