菜单
代码审查与分层验收。Use when PR 提交后、或提交前自查、需要对照 Issue 验收标准逐项核验时。也适用于需要按 P0-P3 给出问题列表、判断能否合入的场景。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
对照 Issue 与验收标准开发。Use when 一个 Issue 被分配、准备写代码/写测试/修 Bug 时。也适用于需要按验收标准实现功能、并保证产出包含测试与示例、提交前自查的场景。
Use when 需要在当前项目中实现新功能、优化现有代码或修复 bug。触发场景：用户提出功能需求、代码需要重构、发现 bug 需要修复、需要对齐架构文档规范进行开发。
问题记录与定期总结提炼。Use when 同一问题反复出现、Milestone 结束、或需要把踩过的坑提炼成可复用规则/新 Skill 时。也适用于定期复盘、更新验收标准或拆分策略、沉淀方法论的场景。
可观测性与模型降质检测。Use when 一次开发会话结束、需要记录 Session 摘要、或怀疑模型出现降质（反复返工、标准滑坡、摸鱼）时。也适用于需要追踪 Issue 状态、生成 PR 摘要、复盘 token 花费的场景。
任务归约拆分与验收标准前置。Use when 已有 Spec 或较清晰的需求、要把大需求切成可执行任务、准备启动开发之前。也适用于需求太大、一个 Agent 无法独立完成、需要拆成 Epic/Milestone/Issue 并定义 P0-P3 验收标准的场景。
需求规格评审。Use when 启动新项目/新功能、需求还模糊、在任务拆分或写代码之前，需要先和用户对齐需求边界并产出结构化 Spec 时。也适用于用户给的需求一句话太笼统、缺少边界与非功能性要求的场景。
| name | verify-review |
| description | 代码审查与分层验收。Use when PR 提交后、或提交前自查、需要对照 Issue 验收标准逐项核验时。也适用于需要按 P0-P3 给出问题列表、判断能否合入的场景。 |
对照 Issue 验收标准逐项检查，给出 P0-P3 问题列表，并按 L1/L2/L3 分层把验收分配给合适的执行者。审查不负责合并。
核心原则： 标准不滑坡。审查就是守住「标准前置」这条线，绝不说「差不多了合吧」。
何时不用： 代码尚未完成；纯风格偏好讨论。
| 层级 | 谁检查 | 检查什么 |
|---|---|---|
| L1 自动 | CI / Linter / 测试（本地即测试脚本） | 编译、Lint、测试全绿、覆盖率 |
| L2 Agent | review 子 Agent | 对照 Issue 验收标准 P0/P1 逐项核验 |
| L3 人 | 你 | 只看 P0 + 整体设计方向（5-10 分钟） |
流程： PR → L1 自动跑 → 不过则 CI watcher 分析修复 → 过后 review Agent 做 L2 → 通知人做 L3 → 确认合入。
## P0 检查：[通过/不通过]
## P1 检查：[通过/部分/不通过]
## 必须修改：
-
## 建议（P2/P3）：
-
skills/execute-implement/SKILL.md、skills/verify-test/SKILL.mdreference/vendored-skills/superpowers/skills/requesting-code-review、receiving-code-reviewdocs/AI 编程方法论 v1.2 — 可操作版.md 第 3.2 节