name: requesting-code-review description: 在完成任务、实现主要功能或合并前使用，以验证工作是否符合要求

请求代码审查

调度超级能力：代码审查员子代理，以在问题级联前捕获。

核心原则： 早期审查，频繁审查。

何时请求审查

强制：

在子代理驱动开发中的每个任务后
完成主要功能后
合并到主分支前

可选但有价值：

当遇到困难时（新鲜视角）
重构前（基准检查）
修复复杂错误后

如何请求

1. 获取 git SHAs：

BASE_SHA=$(git rev-parse HEAD~1)  # 或 origin/main
HEAD_SHA=$(git rev-parse HEAD)

2. 调度代码审查员子代理：

使用 Task 工具，类型为超级能力：代码审查员，填写模板在 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)

[调度超级能力：代码审查员子代理]
  WHAT_WAS_IMPLEMENTED: 对话索引的验证和修复功能
  PLAN_OR_REQUIREMENTS: 来自 docs/plans/deployment-plan.md 的任务 2
  BASE_SHA: a7981ec
  HEAD_SHA: 3df7661
  DESCRIPTION: 添加了 verifyIndex() 和 repairIndex()，包含 4 种问题类型

[子代理返回]：
  优点： 清洁架构，真实测试
  问题：
    重要： 缺少进度指示器
    次要： 报告间隔的魔法数字（100）
  评估： 准备继续

您： [修复进度指示器]
[继续任务 3]

与工作流程集成

子代理驱动开发：

在每个任务后审查
在问题复合前捕获
在移动到下一个任务前修复

执行计划：

在每个批次（3 个任务）后审查
获取反馈，应用，继续

临时开发：

合并前审查
遇到困难时审查

危险信号

从不：

因为“简单”而跳过审查
忽略关键问题
在未修复重要问题的情况下继续
与有效的技术反馈争论

如果审查员错误：

用技术理由回推
展示证明其工作的代码/测试
请求澄清

见模板于： requesting-code-review/code-reviewer.md