القائمة
完成任务、实现重要功能或合并前使用，用于验证工作成果是否符合要求
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
在任何创造性工作之前必须使用此技能——创建功能、构建组件、添加功能或修改行为。在实现之前先探索用户意图、需求和设计。
当你有一份书面实现计划需要在单独的会话中执行，并设有审查检查点时使用
当在当前会话中执行包含独立任务的实现计划时使用
在开始任何对话时使用——确立如何查找和使用技能，要求在任何响应（包括澄清性问题）之前调用 Skill 工具
在宣称工作完成、已修复或测试通过之前使用，在提交或创建 PR 之前——必须运行验证命令并确认输出后才能声称成功；始终用证据支撑断言
当你有规格说明或需求用于多步骤任务时使用，在动手写代码之前
| name | requesting-code-review |
| description | 完成任务、实现重要功能或合并前使用，用于验证工作成果是否符合要求 |
派遣 superpowers:code-reviewer 子代理来在问题扩散之前发现它们。审查者获得的是精心组织的评估上下文——绝不是你的会话历史。这样可以让审查者专注于工作成果而非你的思考过程，同时保留你自己的上下文以便继续工作。
核心原则： 早审查，勤审查。
必须审查：
可选但有价值：
1. 获取 git SHA：
BASE_SHA=$(git rev-parse HEAD~1) # 或 origin/main
HEAD_SHA=$(git rev-parse HEAD)
2. 派遣 code-reviewer 子代理：
使用 Task 工具，指定 superpowers:code-reviewer 类型，填写 code-reviewer.md 中的模板
占位符说明：
{WHAT_WAS_IMPLEMENTED} - 你刚完成的内容{PLAN_OR_REQUIREMENTS} - 预期功能{BASE_SHA} - 起始提交{HEAD_SHA} - 结束提交{DESCRIPTION} - 简要说明审查范围： 代码质量审查聚焦于构建验证——确认 UT 通过和编译成功。不再检查代码风格、架构、安全性等。
3. 处理反馈：
[刚完成任务 2：添加验证功能]
你：让我在继续之前请求代码审查。
BASE_SHA=$(git log --oneline | grep "Task 1" | head -1 | awk '{print $1}')
HEAD_SHA=$(git rev-parse HEAD)
[派遣 superpowers:code-reviewer 子代理]
WHAT_WAS_IMPLEMENTED: 会话索引的验证和修复功能
PLAN_OR_REQUIREMENTS: docs/superpowers/plans/deployment-plan.md 中的任务 2
BASE_SHA: a7981ec
HEAD_SHA: 3df7661
DESCRIPTION: 添加了 verifyIndex() 和 repairIndex()，支持 4 种问题类型
[子代理返回]:
优点：架构清晰，测试真实
问题：
Important：缺少进度指示器
Minor：报告间隔使用了魔法数字 (100)
评估：可以继续
你：[修复进度指示器]
[继续任务 3]
子代理驱动开发：
执行计划：
临时开发：
绝不要：
如果审查者有误：
参见模板：requesting-code-review/code-reviewer.md