用途：作为 AI 消费的参考规范，供 Claude 在代码审查/审计时按固定流程与标准逐项检查，强调以技术事实和可复现场景为依据，而非主观意见。可运行于 TDD 第四阶段（审查者≠第三阶段构建者）、/check review [path|PR]、/run review <target>，或按需触发。
主要能力：八方面审查——安全（CRITICAL，OWASP Top 10:2025、CWE Top 25、密钥、不可信输入流向查询/命令/HTML/路径、每个受保护操作的授权）、正确性（CRITICAL，边界/空值/竞态/时区/部分失败）、兼容性（CRITICAL，公开 API/CLI/配置/模式/默认值/输出格式是否破坏性变更）、架构（HIGH）、错误处理（HIGH）、测试缺口（HIGH）、类型安全（MEDIUM）、简洁性（MEDIUM）。前三个 CRITICAL 方面投入最多精力。
使用方式：先确定范围，用 git diff --name-only <base>...HEAD 或指定路径/PR，只读 diff 片段与直接调用方/被调方；超过 400 行变更需分组审查并说明覆盖了哪些组，不得声称未做的全覆盖。逐行阅读变更，按优先级执行八方面检查。每条候选发现须经证据（具体 file:line）、失败场景（具体输入/状态→错误结果）与反驳（是否别处已防护等）验证，无法证明则放弃或降级为提问。事实性断言（“测试通过”“0 严重”“覆盖率 N%”）按 CoVe 链式验证。输出格式为 [blocking|non-blocking|nit] [ASPECT] file:line — 缺陷，附场景与最小修复；按严重度排序。决策为 APPROVED（0 阻塞项）或 CHANGES REQUESTED（存在任一阻塞项，如密钥、注入、缺少授权、未版本化的破坏性变更、数据丢失）；并给出各方面评分（9-10 就绪、7-8 轻微、5-6 需改进、<5 要求修改），第四阶段写入 CODE_REVIEW.md。
限制：资料未提供具体安装命令、收费方式、支持平台、性能数据或版本信息；其内容定位为 AI 阅读的参考，不包含面向人的完整教程。相关规则包括简洁性优先、智能注释、代码质量基线、验证、上下文经济、SAST 安全扫描、错误处理标准、交叉审查、链式验证与双 LLM 审查，资料未给出更多细节。