| name | commit |
| description | Creates well-structured git commits with conventional format |
| allowed-tools | Bash, Read, Grep |
Commit Skill
When to Use
- User asks to commit changes
- After completing a task that modified files
- When user says "commit this" or similar
Workflow
Check status
git status git diff --stagedReview changes
- Understand what was modified
- Group related changes logically
- Identify if multiple commits are needed
Stage files
- Stage only related changes together
- Never stage secrets or credentials
- Skip generated files unless intentional
Write commit message Format:
type(scope): descriptionTypes:
feat- New featurefix- Bug fixrefactor- Code restructuringdocs- Documentation onlytest- Adding/fixing testschore- Maintenance tasks
Commit
- Use descriptive message focusing on "why" not "what"
- Keep first line under 72 characters
- Add body for complex changes
Examples
# Feature
git commit -m "feat(auth): add password reset flow"
# Bug fix
git commit -m "fix(api): handle null response from external service"
# Refactor
git commit -m "refactor(utils): extract date formatting to shared helper"
Do NOT
- Commit without user confirmation
- Include "Generated by Claude" attribution (unless requested)
- Force push or amend without asking
- Commit .env files or secrets