菜单
当完成任务、实现主要功能或在合并前需要验证工作是否符合要求时必须使用
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
在开展任何创造性工作之前必须使用：创建功能、构建组件、添加能力或修改行为。在动手实现前，先探索用户意图、需求并制定设计。
当同时面对 2 个及以上相互独立、无共享状态且无顺序依赖的任务时必须使用本技能
当需要在一个独立会话中执行已撰写的实现计划，并通过检查点进行复核时必须使用
当实现完成、所有测试通过且需要决定如何集成工作时必须使用——通过呈现结构化的本地合并、创建 PR 或清理工作树等选项，指导开发工作的收尾
当收到代码审查反馈、准备采纳建议前必须使用，尤其当反馈表述不清或技术上可疑时——要求技术严谨与验证，禁止表面附和或盲目执行
当需要在当前会话内执行包含独立任务的实现计划，并为每个任务分派全新子代理时，必须使用此技能。
| name | requesting-code-review |
| description | 当完成任务、实现主要功能或在合并前需要验证工作是否符合要求时必须使用 |
派发一个代码评审员子代理，在问题扩散前将其捕获。评审员会获得精心构建的评估上下文——绝不提供你的会话历史。这让评审员专注于工作成果，而非你的思考过程，同时也保留你自己的上下文以便继续工作。
核心原则： 尽早评审，频繁评审。
必须：
可选但很有价值：
1. 获取 git SHA：
BASE_SHA=$(git rev-parse HEAD~1) # or origin/main
HEAD_SHA=$(git rev-parse HEAD)
2. 派发代码评审员子代理：
派发一个 general-purpose 子代理，填写 code-reviewer.md 中的模板
占位符：
{DESCRIPTION} - 你构建内容的简要说明{PLAN_OR_REQUIREMENTS} - 它应该做什么{BASE_SHA} - 起始提交{HEAD_SHA} - 结束提交3. 处理反馈：
[刚完成任务 2：添加验证函数]
你：我先请求代码评审再继续。
BASE_SHA=$(git log --oneline | grep "Task 1" | head -1 | awk '{print $1}')
HEAD_SHA=$(git rev-parse HEAD)
[派发代码评审员子代理]
DESCRIPTION: Added verifyIndex() and repairIndex() with 4 issue types
PLAN_OR_REQUIREMENTS: Task 2 from docs/superpowers/plans/deployment-plan.md
BASE_SHA: a7981ec
HEAD_SHA: 3df7661
[子代理返回]：
优点：架构清晰，测试真实
问题：
重要：缺少进度指示器
次要：报告间隔使用了魔术数字（100）
评估：可以继续
你：[修复进度指示器]
[继续任务 3]
子代理驱动开发：
执行计划：
临时开发：
切勿：
如果评审员错了：
查看模板：code-reviewer.md