Requesting Code Review

请求代码审查

派遣 code-reviewer 子 Agent，在问题扩大前及时发现问题。

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

何时请求审查

必须：

• 在子 Agent 驱动开发中的每项任务完成后
• 完成重大功能后
• 合并到 main 之前

可选但很有价值：

• 遇到阻碍时（获取新视角）
• 重构之前（检查基线）
• 修复复杂 Bug 后

如何请求

1. 获取 git SHA：

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

2. 派遣 code-reviewer 子 Agent：

使用 Task 工具，选择 code-reviewer 类型，并填写 code-reviewer.md 中的模板

占位符：

• {WHAT_WAS_IMPLEMENTED} - 刚刚完成的实现内容
• {PLAN_OR_REQUIREMENTS} - 预期功能
• {BASE_SHA} - 起始提交
• {HEAD_SHA} - 结束提交
• {DESCRIPTION} - 简要说明

3. 处理反馈：

• 立即修复 Critical 问题
• 继续之前修复 Important 问题
• 将 Minor 问题记录下来，稍后处理
• 如果审查者有误，请说明理由并提出异议

示例

[Just completed Task 2: Add verification function]

You: Let me request code review before proceeding.

BASE_SHA=$(git log --oneline | grep "Task 1" | head -1 | awk '{print $1}')
HEAD_SHA=$(git rev-parse HEAD)

[Dispatch code-reviewer subagent]
  WHAT_WAS_IMPLEMENTED: Verification and repair functions for conversation index
  PLAN_OR_REQUIREMENTS: Task 2 from docs/plans/deployment-plan.md
  BASE_SHA: a7981ec
  HEAD_SHA: 3df7661
  DESCRIPTION: Added verifyIndex() and repairIndex() with 4 issue types

[Subagent returns]:
  Strengths: Clean architecture, real tests
  Issues:
    Important: Missing progress indicators
    Minor: Magic number (100) for reporting interval
  Assessment: Ready to proceed

You: [Fix progress indicators]
[Continue to Task 3]

与工作流的集成

子 Agent 驱动开发：

• 每项任务完成后都要审查
• 在问题叠加前及时发现
• 修复后再开始下一项任务

执行计划：

• 每批任务（3 项）完成后审查
• 获取反馈、落实修改，然后继续

临时开发：

• 合并前审查
• 遇到阻碍时审查

危险信号

切勿：

• 因为“很简单”就跳过审查
• 忽略 Critical 问题
• 带着未修复的 Important 问题继续推进
• 与合理的技术反馈争辩

如果审查者有误：

• 通过技术理由提出异议
• 提供能够证明其有效的代码或测试
• 请求澄清

请参阅模板：skills/collaboration/requesting-code-review/code-reviewer.md