.agents/skills/cleanup-commits/SKILL.md
Rebase and reorganize commits into clean, meaningful commits for easy PR review
npx skillsauth add tomkis/liftcoach cleanup-commitsInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Reorganize all commits on the current branch into clean, logical commits that are easy to review.
$0 - Base branch to rebase onto (default: main)First, verify clean working state and identify the base:
git status --porcelain
If there are uncommitted changes, warn the user and stop.
Get the base branch (use argument or default to main):
${0:-main}Get the full picture of what changed:
git log --oneline ${0:-main}..HEAD
git diff --stat ${0:-main}..HEAD
git diff ${0:-main}..HEAD
Also check the files changed to understand the scope:
git diff --name-only ${0:-main}..HEAD
Based on the diff analysis, identify logical groupings. Common patterns:
Create a plan listing each commit with:
Show the plan to the user and ask for confirmation before proceeding.
After user confirms the plan:
git reset --soft ${0:-main}
git reset HEAD
This unstages everything while keeping all changes in working directory.
For each logical group in the plan:
Stage the relevant files:
git add <specific-files>
Create commit with descriptive message:
git commit -m "type: concise description
- Detail 1
- Detail 2"
Use conventional commit prefixes:
feat: - New featuresfix: - Bug fixesrefactor: - Code restructuringtest: - Test changesdocs: - Documentationchore: - Build, config, dependenciesShow the new commit history:
git log --oneline ${0:-main}..HEAD
Compare with original to ensure nothing was lost:
git diff ${0:-main}..HEAD --stat
git reflog to recoverBefore:
abc1234 wip
def5678 more stuff
ghi9012 fix thing
jkl3456 wip2
After:
aaa1111 feat: add user authentication flow
bbb2222 refactor: extract validation helpers
ccc3333 test: add auth integration tests
development
--- name: write-a-prd description: Create a PRD through user interview, codebase exploration, and module design, then submit as a GitHub issue. Use when user wants to write a PRD, create a product requirements document, or plan a new feature. --- This skill will be invoked when the user wants to create a PRD. You may skip steps if you don't consider them necessary. 1. Ask the user for a long, detailed description of the problem they want to solve and any potential ideas for solutions. 2. Expl
testing
Create new skills, modify and improve existing skills, and measure skill performance. Use when users want to create a skill from scratch, edit, or optimize an existing skill, run evals to test a skill, benchmark skill performance with variance analysis, or optimize a skill's description for better triggering accuracy.
tools
Pick and implement the next user story from a PRD GitHub issue. Analyzes merged PRs for prior work and findings, proposes a plan, implements it, and creates a PR linking back to the PRD. Use when user says "ralph it", "ralph-it", or wants to work through PRD user stories.
testing
Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".