技能介绍

要解决什么问题

日常让模型「帮你看一眼代码」，往往要么泛泛而谈，要么一上来就用「每行都有罪」的对抗口吻，噪音很大。更麻烦的是：规范检查、语言特化陷阱、以及「第二双眼睛」的独立验证混在一起，容易互相印证、漏掉真正该修的项。本技能是 code-review-workflow 的执行引擎：由上游 code-review-router 按任务与风险选定 🟡 strict 或 🔴 adversarial，再按固定 Stage 跑完审查并统一输出 P0–P3。

如何工作

🟡 strict mode（默认常规审查，不加载 critical-code-reviewer）：

Stage 1：加载 clean-code，做命名、函数职责、结构与反模式检查，并做改前安全查依赖/测试；分级为 [必须修复] / [建议修改] / [仅供参考]。
Stage 2：用内置 references/language-traps.md 做 Python / Bash / JS·TS / SQL 陷阱对照（不另拉 critical skill）。
Stage 3：派遣子 Agent 走 requesting-code-review，只拿 git diff（或粘贴片段）+ 上下文，与 Stage 1/2 结果隔离，降低确认偏误。
Stage 4：多源去重、分级映射到 P0–P3；多源独立命中会标 [多源确认]。

🔴 adversarial mode 在 strict 流程上增加：Stage 1 加载 critical-code-reviewer 做六盲区对抗扫描；Stage 2/3 与 strict 同类；Stage 5 用 receiving-code-review 做「先验证再改、P0 不清零不放行」的反馈闭环。非 git 场景会降级为片段审查并在报告中显式标注。

边界与注意点

路由由 code-review-router 完成；本 skill 只负责执行，不与 agent-superpowers-workflow 嵌套或交叉引用。
🟡 严禁加载 critical；两种模式都必须跑 Stage 3 独立验证；每条问题需标注来源 Stage。
某 Stage 失败会降级并在报告顶部 ⚠️ 说明；adversarial 下若 critical 加载失败应禀报并降级为 🟡。
发现 ≥3 个问题或含 P0/P1 时会追加简短「复盘反思」章节。