mcpField
R
requesting-code-review

requesting-code-review

github.com/lucianghinda测试与质量44244 次安装2 天前更新
代码仓库

关于 requesting-code-review

这项技能通过实现说明和提交范围,向代码审查子 Agent 提供聚焦的审查上下文,适用于任务完成后、合并前或需要新视角时发起审查。

主要功能

  1. 01提供聚焦的审查上下文
  2. 02按提交范围进行审查
  3. 03指导处理审查意见

适用场景

  1. 01审查子 Agent 开发中的每项任务
  2. 02合并前检查功能
  3. 03重构前征求反馈

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/lucianghinda/rubypowers --skill requesting-code-review

安装后在 Claude Code 中输入/requesting-code-review确认已加载。

附带文件code-reviewer.md

详细介绍

请求代码审查

派遣 rubypowers:code-reviewer 子代理,在问题扩大前发现它们。审查者会获得精心整理的评估上下文,而不会看到你整个会话的历史记录。这样可以让审查者专注于工作成果,而非你的思考过程,并为你继续工作保留自己的上下文。

核心原则: 尽早审查,经常审查。

何时请求审查

必须:

  • 在子代理驱动开发的每项任务完成后
  • 完成主要功能后
  • 合并到 main 前

可选但很有价值:

  • 遇到困难时(获取全新视角)
  • 重构前(检查基线)
  • 修复复杂错误后

如何请求

1. 获取 git SHA:

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

2. 派遣 code-reviewer 子代理:

使用 Agent 工具,类型为 rubypowers: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 rubypowers:code-reviewer subagent]
  WHAT_WAS_IMPLEMENTED: Verification and repair functions for conversation index
  PLAN_OR_REQUIREMENTS: Task 2 from docs/rubypowers/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]

与工作流的集成

子代理驱动开发:

  • 每项任务完成后都进行审查
  • 在问题累积前发现它们
  • 修复问题后再开始下一项任务

执行计划:

  • 每批任务(3 项)完成后进行审查
  • 获取反馈、应用修改,然后继续

临时开发:

  • 合并前进行审查
  • 遇到困难时进行审查

危险信号

切勿:

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

如果审查者有误:

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

参见模板:requesting-code-review/code-reviewer.md

评论

支持 Markdown