requesting-code-review

仓库创建 2026年3月20日最近提交 3 天前SkillHot 收录 20 天前
▸ 精选理由

把审查上下文标准化,能在合并前快速发现问题并节省返工成本。

这个 Skill 做什么

生成并派遣有组织的审查上下文以请求代码审查,帮助早期发现问题。

把你改动的代码整理成一份清晰、有重点的审查上下文并派给审查者,适合任务完成、实现重要功能或在合并到 main 之前要人帮你把关时用。它只发成果(diff、相关文件、重点问题),不会把你的会话历史一起丢给别人,让审查者能专注看代码本身。特点是强调早审查、勤审查,能在问题扩散前捕捉到缺陷并给出可操作的反馈。

▸ 展开 SKILL.md 英文原文

完成任务、实现重要功能或合并前使用,用于验证工作成果是否符合要求

开发编程请求审查子代理提交前通用
7.3k
Stars
702
Forks
20
仓库内 Skill
+795
7 日增星
安装 / 使用
给你的 Agent 一句话(通用)
帮我安装这个 skill:https://raw.githubusercontent.com/jnMetaCode/superpowers-zh/main/skills/requesting-code-review/SKILL.md
或 curl 直取 SKILL.md
curl -fsSL "https://raw.githubusercontent.com/jnMetaCode/superpowers-zh/main/skills/requesting-code-review/SKILL.md"
SKILL.MD 节选查看完整文件 ↗
# 请求代码审查

派遣代码审查子代理,在问题扩散之前发现它们。审查者获得的是精心组织的评估上下文——绝不是你的会话历史。这样可以让审查者专注于工作成果而非你的思考过程,同时保留你自己的上下文以便继续工作。

**核心原则:** 早审查,勤审查。

## 何时请求审查

**必须审查:**
- 子代理驱动开发中每个任务完成后
- 完成重要功能后
- 合并到 main 之前

**可选但有价值:**
- 卡住时(换个视角)
- 重构之前(建立基线)
- 修复复杂 bug 之后

## 如何请求

**1. 获取 git SHA:**
```bash
BASE_SHA=$(git rev-parse HEAD~1)  # 或 origin/main
HEAD_SHA=$(git rev-parse HEAD)
```

**2. 派遣代码审查子代理:**

使用 Task 工具,指定 `general-purpose` 类型,填写 `code-reviewer.md` 中的模板

**占位符说明:**
- `{DESCRIPTION}` - 你刚完成的内容简要说明
- `{PLAN_OR_REQUIREMENTS}` - 预期功能
- `{BASE_SHA}` - 起始提交
- `{HEAD_SHA}` - 结束提交

**3. 处理反馈:**
- Critical 问题立即修复
- Important 问题在继续之前修复
- Minor 问题记录下来稍后处理
- 如果审查者有误,用技术理由反驳

## 示例

```
[刚完成任务 2:添加验证功能]

你:让我在继续之前请求代码
via SKILL·HOT · 数据来自 GitHub 公开信息 · 原文版权归作者所有