mcpField
G
groove-work-review

groove-work-review

github.com/andreadellacorte测试与质量6544 次安装14 周前更新
代码仓库

关于 groove-work-review

用于依据计划和验收标准审查成果，主要通过分支差异进行评估。记录具体问题、接受或返工的决定及理由，并总结后续 compound 阶段的经验。

主要功能

  1. 01检查分支提交与差异
  2. 02依据计划和标准评估
  3. 03按处理方式归类发现
  4. 04记录决定及理由
  5. 05追加记录并创建审查任务

适用场景

  1. 01接受成果前审查变更
  2. 02定位对应计划步骤的缺口
  3. 03记录后续阶段的经验

安装

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

$npx skills add https://github.com/andreadellacorte/groove --skill groove-work-review

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

详细介绍

groove-work-review

结果

检查产物的正确性、质量及其与计划的契合度。为复合阶段总结经验。给出明确的接受或返工决定，并说明理由。将审查备注记录在任务正文中。

验收标准

  • 根据计划和验收标准评估产物
  • 指出具体的缺漏或问题（而非笼统地说“需要改进”）
  • 明确说明接受或返工的决定及理由
  • 为 /groove-work-compound 总结经验
  • 将审查备注附加到阶段任务正文中
  • 在后端创建阶段任务：YYYY-MM-DD, Review

步骤

  1. 分析分支差异：确定基础分支（默认值：main；如提供 base: 参数，则使用该参数覆盖）。运行：

    • git log --oneline <base>...HEAD — 列出此分支上的提交
    • git diff <base>...HEAD --stat — 汇总变更文件
    • git diff <base>...HEAD — 查看完整差异（作为审查依据） 将此差异作为评估的主要产物。如果基础分支之后没有提交，则改为审查工作树中的变更。

  2. 根据计划和验收标准进行评估 — 如果任务正文或规格文件中有计划，则阅读计划。

  3. 归类问题（使用以下确切标签）：

    • Fix Now：简单问题——接受前立即修复
    • Needs Spec：需要规划的重要缺漏——创建规格
    • Create Issues：工作量较大或锦上添花的事项——创建任务进行跟踪

  4. 说明接受或返工的决定及理由。

  5. 为 /groove-work-compound 总结经验。

  6. 将审查备注附加到任务正文中。

  7. 如果 tasks.backend != none，则通过 /groove-utilities-task-create 创建阶段任务（标题为 YYYY-MM-DD, Review）。

约束

  • 从 .groove/index.md 读取 tasks.backend 以确定后端
  • 进行全面审查——复合循环 80% 的价值都在这一步和计划中
  • 如果返工：指出具体缺漏，并链接到遗漏或不明确的计划步骤
  • 如果接受：仍需记录哪些方面做得好，以及下次可以如何改进
  • 即使改动很小，也不要跳过审查——务必记录相关内容

评论

支持 Markdown