commit
This skill contains shell command directives (!`command`) that may execute system commands. Review carefully before installing.
Git Commit
Pre-loaded context
- Status: !
git status - Diff: !
git diff HEAD - Log: !
git log --oneline -10
Message Style
Match repo's existing commit patterns from log.
- Extreme concision, sacrifice grammar for brevity
- Focus on "why" not "what"
- Imperative mood
Workflow
- Review status and diff
- Analyze recent commit style from log
- Stage files explicitly (avoid
git add .or-A) - Commit with HEREDOC format matching repo style
- Run
git statusafter to verify
Examples
Bug fix -- single file:
git add src/auth.ts
git commit -m "fix: null check in login handler"
Feature -- multiple related files:
git add src/components/SearchBar.tsx src/hooks/useSearch.ts
git commit -m "add search bar component"
Refactor -- extraction:
git add src/utils/validation.ts
git commit -m "extract email validation to util"
Rules
- NEVER amend unless requested
- NEVER skip hooks
- NEVER commit secrets
- Only commit when requested
- Match existing commit patterns
Error Handling
- Pre-commit hook fails -- fix issue, re-stage, create NEW commit (never
--amend) - Nothing to commit -- report clean working tree and stop
- Staged files contain secrets -- abort, warn user, unstage the file
See Also
- atomic-commits -- split changes into grouped commits by concern
More from helderberto/skills
ship
Commit and push changes using atomic commits. Use when user asks to "ship", "commit and push", or requests committing and pushing changes. Don't use for creating pull requests or reviewing changes before committing.
46explain-code
Explains code with visual diagrams and analogies. Use when explaining how code works, teaching about a codebase, or when the user asks "how does this work?" Don't use for modifying code, fixing bugs, or generating new implementations.
45refactor-plan
Create structured refactoring plans. Use when user wants to plan a refactor, needs a refactoring strategy, or mentions breaking down large changes into small commits. Don't use for implementing code changes directly, small one-line fixes, or renaming a single variable.
45safe-repo
Check for sensitive data in repository. Use when user asks to "check for sensitive data", "/safe-repo", or wants to verify no company/credential data is in the repository. Don't use for general code review, adding .gitignore entries, or scanning non-git directories.
41lint
Run linting and formatting checks. Use when user asks to "run linter", "/lint", "check linting", "fix lint errors", or requests code linting/formatting. Don't use for running tests, type-checking only, or projects without a lint script in package.json.
40tdd
Guides test-driven development with red-green-refactor loop. Use when user wants to build features or fix bugs using TDD, mentions "red-green-refactor", wants test-first development, or requests TDD workflow. Don't use for writing tests after implementation, adding tests to existing untested code, or one-off test fixes.
40