Git Commit
Generate commit messages following Conventional Commits and execute commits with user confirmation.
Workflow
- •Run
git statusandgit diffto view all changes - •Analyze changes and determine if they should be split into multiple commits (by feature, type, or scope)
- •For each commit, generate a message and ask for confirmation before executing
- •After each commit, display remaining commit count
Commit Message Format
code
type(scope): description
Types
| Type | Use for |
|---|---|
| feat | Add, adjust, or remove a feature (API or UI) |
| fix | Fix a bug from a previous feat commit |
| refactor | Rewrite/restructure code without changing behavior |
| perf | Performance improvements (special refactor) |
| style | Code style only (whitespace, formatting, semicolons) |
| test | Add or correct tests |
| docs | Documentation only |
| build | Build tools, dependencies, project version |
| ops | Infrastructure, deployment, CI/CD, monitoring |
| chore | Misc tasks (initial commit, .gitignore, etc.) |
Description Guidelines
- •Clearly explain "what was done" and "why"
- •Use imperative mood ("add feature" not "added feature")
- •Keep under 72 characters
- •No period at the end
Confirmation Flow
For each proposed commit:
- •Show the commit message
- •Show which files will be included
- •Wait for user confirmation (yes/no/edit)
- •If confirmed, execute
git add <files> && git commit -m "message" - •Display: "✓ Committed. Remaining commits: N"
Important Rules
- •Never commit without user confirmation
- •Never add auto-generated footers (no "Co-Authored-By", no "Generated with...")
- •Never use
git add -Aorgit add .— always add specific files - •If user says "no", skip that commit and continue to next
- •If user wants to edit, accept their revised message