Skip to main content
skill CX Codex

groove-work-review — Claude Code skill: install and use

This skill reviews completed work against its plan, records lessons, and returns an accept or rework decision with reasons.

Install into Claude Code · Skills CLI (Vercel) All methods and platforms ↓
npx skills add andreadellacorte/groove --skill groove-work-review -a claude-code
Open on GitHub

What groove-work-review does

The skill inspects the branch before judging the implementation. It uses main as the default base, checks the branch commits and changed-file summary, then reads the full diff. A base: argument can point the review at another branch. When the branch has no commits beyond its base, working-tree changes become the review input.

It compares the artifact with the plan and acceptance criteria, then labels findings as Fix Now, Needs Spec, or Create Issues. The review ends with an accept or rework decision and a rationale. Lessons are prepared for /groove-work-compound.

Review notes are appended to the task body. When tasks.backend != none, the skill creates a stage task titled YYYY-MM-DD, Review through /groove-utilities-task-create. It reads tasks.backend from .groove/index.md, so that file determines whether the stage task is created.

What it helps with

  • compare an implementation with its plan
  • spot concrete gaps in acceptance criteria
  • sort findings into review categories
  • decide whether work needs rework
  • append lessons and review notes to the task

Example prompts for the agent

  • Review the current implementation against the plan and acceptance criteria, then decide whether to accept it or request rework.
  • Inspect the branch diff and classify every finding as Fix Now, Needs Spec, or Create Issues.
  • Append the review to the task body and record lessons for /groove-work-compound.

How to install groove-work-review

1Skills CLI (Vercel)

npx skills add andreadellacorte/groove --skill groove-work-review -a claude-code

2Manually: put the files in place

~/.claude/skills/groove-work-review/SKILL.md

Copy the whole skill folder; for one project use .claude/skills/groove-work-review/

Step by step, with commands for each platform: How to install skills in Claude Code: five ways

Questions about groove-work-review

How do I install groove-work-review in Claude Code?

Run npx skills add andreadellacorte/groove --skill groove-work-review -a claude-code. The skill file will be placed at ~/.claude/skills/groove-work-review/SKILL.md.

What does groove-work-review do?

It checks completed work against the plan and acceptance criteria, groups findings into three labels, and gives an accept or rework decision with a rationale.

How does the skill choose the changes to review?

It compares the branch with main by default using git log, git diff --stat, and the full git diff. With no commits beyond the base, it reviews working-tree changes instead; base: can override the branch.

Source text

SKILL.md · MIT
---
name: groove-work-review
description: "Evaluate output, identify lessons, decide accept/rework. Use after implementation."
license: MIT
allowed-tools: Read Write Edit Glob Grep Bash(git:*) AskUserQuestion
metadata:
  author: andreadellacorte
---

# groove-work-review

## Outcome

The artifact is reviewed for correctness, quality, and fit to plan. Lessons are identified for the compound stage. A clear accept/rework decision is made with rationale. Review notes are captured in the task body.

## Acceptance Criteria

- Artifact is evaluated against the plan and acceptance criteria
- Specific gaps or issues are identified (not vague "needs improvement")
- Accept or rework decision is stated with rationale
- Lessons are noted for `/groove-work-compound`
- Review notes appended to stage task body
- Stage task created in backend: `YYYY-MM-DD, Review`

## Steps

1. **Branch-diff analysis**: determine the base branch (default: `main`; override with `base:` arg if provided). Run:
   - `git log --oneline <base>...HEAD` — list commits on this branch
   - `git diff <base>...HEAD --stat` — summarise changed files
   - `git diff <base>...HEAD` — full diff (use as review input)
   Use this diff as the primary artifact to evaluate. If no commits beyond base exist, review working-tree changes instead.

2. **Evaluate against plan and acceptance criteria** — read the plan from the task body or spec file if available.

3. **Categorise findings** (use these exact labels):
   - **Fix Now**: trivial issues — fix immediately before accepting
   - **Needs Spec**: important gaps requiring planning — create a spec
   - **Create Issues**: large effort or nice-to-have — track as tasks

4. **State accept or rework decision** with rationale.

5. **Note lessons** for `/groove-work-compound`.

6. **Append review notes** to the task body.

7. **Create stage task** via `/groove-utilities-task-create` if `tasks.backend != none` (title `YYYY-MM-DD, Review`).

## Constraints

- Read `tasks.backend` from `.groove/index.md` to determine backend
- Be thorough — 80% of compound loop value is here and in plan
- If rework: note specific gaps and link back to which plan step was missed or unclear
- If accept: still note what worked well and what could be improved next time
- Do not skip review even for small changes — capture something

© andreadellacorte · MIT · andreadellacorte/groove

Similar skills

All skills for Code review and refactoring →

From the same set27

Project sponsors

Companies that keep this analytics open
Gold sponsor

Impressions, clicks and code copies — open statistics. We keep the numbers public for the same reason NeBlask itself is public. Become a sponsor