branch-recaplisted
Install: claude install-skill Malo-T/claude-toolbelt
# Branch Recap
Tell the user what happened on their branch, so they can settle it before pushing. The
situation this exists for: the work got produced fast — often with an assistant holding the
keyboard — the result works, and nobody really knows what it changed. Taking stock is the
job.
So the deliverable is **what was done, why, how, and what deserves a second look**, group by
group, and then one question set to steer from. Not the code: the user has `git diff`, and
what they lack is the account of it. Quote a few lines only where a remark is unreadable
without them, and let them ask for any diff they want to see.
Two failure modes to avoid. Reprinting the branch: a wall of hunks is unreadable in a
terminal, and every line of it pushes the decisions further down the scroll. And chopping the
account into prompts: a question between every two groups scatters the remarks across a
corridor of round-trips. **One account, one question set, one round of fixes.**
## Invocation
```
/branch-recap [optional restriction]
```
Examples:
- `/branch-recap`
- `/branch-recap les 2 derniers commits`
- `/branch-recap seulement le back`
- "je voudrais repasser sur ce que j'ai fait avant d'ouvrir la MR"
- "on a produit ça en deux heures, qu'est-ce qui a changé au juste avant que je pousse ?"
## Step 1 — Resolve the scope
Never start reading before you know exactly what you are reading and the user has seen it.
**The default is the current branch against its parent, up to their last comm