用途：code-reviewer 用于审查已记录的 Git 提交范围，并依据持久化策略处理审查发现。适用于实现批次完成后、合并前或审查门禁处；也可在卡住、重构前、修复复杂缺陷后按需使用。
主要能力：一是请求审查，Native 最终审查做一次全范围审查，wave 与 legacy 计划按计划波次逐波审查，避免对未变化证据重复审查；审查范围来自已记录的执行证据，最终审查的 base 依次取 state.review_base 起始锚点、隔离上下文中的 review_base、或对目标明确的分支使用 git merge-base <target-branch> HEAD，head 为 git rev-parse HEAD，不得用 HEAD~1 替代。二是接收审查反馈，按读取、理解并复述、对照代码库验证、评估、回应、逐项实现并测试的流程处理；严重级别分为 Critical（立即修复）、Important（下一批次前修复）、Minor（记录待办）。
使用方式：Native 最终审查由当前执行者在本地审查完整 diff 并写报告，不派发审查子代理；经用户授权的 SDD 波次审查最多派发一个审查者，使用 skills/code-reviewer/code-reviewer-prompt.md，仅填写指定占位字段。报告写入 .superpowers/sdd/reviews/<wave-id>.md，并用 SSF execution review <change-dir> --wave <wave-id> --base <base-sha> --head <head-sha> --report .superpowers/sdd/reviews/<wave-id>.md --verdict <pass|fail> 记录。schema-2 计划的失败回执还需 --issue <stable-finding-id>，重试复用同一 ID。执行 CLI 前需将行首 SSF 替换为 node "<plugin-root>/scripts/spec-superflow.mjs"，不得直接运行 SSF 或调用 PATH 中的 ssf。
限制：Critical/Important 发现需失败回执、聚焦修复、一次聚焦复审与替换通过；需裁决时须等待人工授权。禁止表演式认同、未验证即盲目实现或致谢审查者；对外部审查建议应先验证是否适配当前代码库，必要时以技术理由反驳。资料未提供具体收费、平台与效果信息。