菜单
在完成任务、实现主要功能或合并前使用，验证工作是否符合要求
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
在进行任何创造性工作前必须使用——创建功能、构建组件、添加新功能或修改行为。在实现之前先探索用户意图、需求和设计。
TypeScript 和 React 开发的编码标准与最佳实践。在编写或审查代码时激活。提供命名、类型、组件设计、Hook 提取、状态管理等规范。
在用户确认要提交代码变更时使用——安全检查 diff 中的敏感数据后执行 git commit
在面对 2 个以上互不依赖、无共享状态的独立任务时使用
当有已编写的实现计划需要在独立会话中执行时使用，包含评审检查点
在实现完成、测试通过后，引导决定如何集成工作——提供合并、PR 或清理的结构化选项
| name | requesting-code-review |
| description | 在完成任务、实现主要功能或合并前使用，验证工作是否符合要求 |
派遣 code-reviewer 子代理，在问题级联之前捕获它们。评审者获得精心构造的评审上下文——不会传递你的会话历史。这让评审者专注于工作产出而非你的思考过程，同时保留你自己的上下文以继续工作。
核心原则： 尽早评审，频繁评审。
必须：
可选但有价值：
1. 获取 git SHA：
BASE_SHA=$(git rev-parse HEAD~1) # 或 origin/main
HEAD_SHA=$(git rev-parse HEAD)
2. 派遣 code-reviewer 子代理：
使用 Task 工具，类型为 code-reviewer，填充 code-reviewer.md 中的模板
占位符：
{WHAT_WAS_IMPLEMENTED} — 你刚构建了什么{PLAN_OR_REQUIREMENTS} — 它应该做什么{BASE_SHA} — 起始提交{HEAD_SHA} — 结束提交{DESCRIPTION} — 简要概述3. 处理反馈：
[刚完成任务 2：添加验证函数]
你：在继续之前请求代码评审。
BASE_SHA=$(git log --oneline | grep "Task 1" | head -1 | awk '{print $1}')
HEAD_SHA=$(git rev-parse HEAD)
[派遣 code-reviewer 子代理]
WHAT_WAS_IMPLEMENTED: 会话索引的验证和修复函数
PLAN_OR_REQUIREMENTS: docs/plans/deployment-plan.md 中的任务 2
BASE_SHA: a7981ec
HEAD_SHA: 3df7661
DESCRIPTION: 添加了 verifyIndex() 和 repairIndex()，支持 4 种问题类型
[子代理返回]:
优点：架构清晰，测试真实
问题：
重要：缺少进度指示器
次要：魔法数字（100）用于报告间隔
评估：可以继续
你：[修复进度指示器]
[继续任务 3]
子代理驱动开发：
执行计划：
临时开发：
绝不要：
如果评审者有误：
模板见：requesting-code-review/code-reviewer.md