它能做什么
中文摘要
来自 obra/superpowers 的技能,用于在完成任务、实现主要功能或合并前请求代码审查。它要求先取 git SHA(如 BASE_SHA=$(git rev-parse HEAD~1) 或 git merge-base origin/main HEAD,HEAD_SHA=$(git rev-parse HEAD)),再派发一个 general-purpose 审查子代理,并填写 code-reviewer.md 模板,提供 DESCRIPTION、PLAN_OR_REQUIREMENTS、BASE_SHA、HEAD_SHA 四个占位符信息,只给审查者精确构造的上下文,不给整个会话历史。技能列出必须审查的时机(子代理驱动开发中每个任务后、完成主要功能后、合并到 main 前)与可选时机(卡住时、重构前、修复复杂 bug 后),并规定对反馈的处理方式(Critical 立即修、Important 继续前修、Minor 记录、可基于技术理由反驳),另附常见借口对照表与红旗清单。
为什么推荐
推荐理由
推荐给采用子代理驱动开发、希望在问题扩散前就拦截的团队与个人。它的关键价值在于把审查放在独立的审查者上下文中:diff 与评估留在子代理里,只有结论回到协调者,避免协调者自己复核 diff 而烧掉持续推进工作所需的上下文窗口。安装量 232299,近期周安装量维持在 6000~7800 区间,说明被持续使用。
什么时候用
适用场景
- 子代理驱动开发中,每完成一个任务后请求审查
- 完成一个主要功能后、合并到 main 之前做审查
- 开发过程中卡住时,借审查者获得新视角
- 重构开始前做基线检查
- 修复复杂 bug 之后请求审查
- 需要让审查者只看工作产出而非完整会话历史时
使用前先看
主要亮点
- 01
提供获取 SHA 的具体命令:BASE_SHA=$(git rev-parse HEAD~1) 或 git merge-base origin/main HEAD,HEAD_SHA=$(git rev-parse HEAD)
- 02
派发 general-purpose 审查子代理,并填写 code-reviewer.md 模板,占位符为 {DESCRIPTION}、{PLAN_OR_REQUIREMENTS}、{BASE_SHA}、{HEAD_SHA}
- 03
明确只给审查者精确构造的上下文,绝不给会话历史,使审查者聚焦工作产出
- 04
给出反馈处理规则:Critical issues 立即修复、Important issues 在继续前修复、Minor issues 记录待后、审查者有误时可带推理反驳
- 05
列出强制审查时机:子代理驱动开发中每个任务后、完成主要功能后、合并到 main 前;可选时机:卡住时、重构前、修复复杂 bug 后
- 06
包含常见借口对照表,逐条回应“我自己看 diff 就行”“审查者需要全部会话历史”等理由
- 07
红线清单:不因‘它很简单’跳过审查、不忽略 Critical issues、不带着未修复的 Important issues 继续、不与有效的技术反馈争论
- 08
附有完整示例,演示从完成 Task 2 到派出审查者、收到 Strengths/Issues/Assessment 反馈、修复进度指示器后继续 Task 3 的流程
原始文档
原文摘录
Requesting Code Review Dispatch a code reviewer subagent to catch issues before they cascade. The reviewer gets precisely crafted context for evaluation — never your session's history. **Core principle:** Review early, review often.