Our review
Provides guidance for crafting Git commit messages following conventional commit format and best practices.
Strengths
- Step-by-step guidance for conventional commit format
- Analyzes staged changes to generate relevant messages
- Supports multiple commit types and optional scopes
Limitations
- May require manual intervention for complex changes
- Does not automatically handle issue references or breaking changes
When creating or editing Git commit messages to ensure clarity and consistency.
For projects using a non-conventional commit format or when automatic generation is not desired.
Security analysis
SafeThe skill provides only textual guidance for commit messages and does not execute any commands that could compromise system integrity or exfiltrate data.
No concerns found
Examples
Analyze the staged changes in this repository and suggest a conventional commit message.Explain the conventional commit format and list the allowed types with examples.Here's my draft commit message: 'fixed bug in login'. Help me rewrite it as a conventional commit.name: git-commit-helper description: Provides expert guidance for Git commit messages, including conventional commit formatting and best practices. Use when creating or editing Git commit messages. allowed-tools:
- Bash
- Read
- Write
- Edit
- Glob
- Grep
Overview
Provides expert guidance for creating conventional commit messages that follow industry best practices. Helps generate clear, consistent commit messages by analyzing staged changes.
Conventional Commit Format
<type>(<scope>): <description>
[optional body]
[optional footer(s)]
Commit Types
- feat: A new feature for the user
- fix: A bug fix
- docs: Documentation only changes
- style: Changes that don't affect code meaning (white-space, formatting, missing semi-colons, etc.)
- refactor: Code change that neither fixes a bug nor adds a feature
- perf: Code change that improves performance
- test: Adding missing tests or correcting existing tests
- build: Changes that affect the build system or external dependencies
- ci: Changes to CI configuration files and scripts
- chore: Other changes that don't modify src or test files
- revert: Reverts a previous commit
Rules
- Type is mandatory: Choose the most appropriate type from the list above
- Scope is optional: Add in parentheses to specify what part of codebase (e.g.,
feat(auth):,fix(api):) - Description:
- Use imperative mood ("add" not "added" or "adds")
- Don't capitalize first letter
- No period at the end
- Keep under 72 characters
- Body is optional: Provide context about what and why, not how
- Footer is optional: Reference issues, note breaking changes
Examples
Simple commit
feat: add user authentication
With scope
fix(auth): prevent token expiration on refresh
With body
refactor(api): restructure endpoint handlers
Move handler logic into separate service layer to improve
testability and maintain single responsibility principle.
Breaking change
feat(api): change authentication response format
BREAKING CHANGE: API now returns user object instead of just token.
Update all API consumers to handle new response structure.
Multiple footers
fix(database): resolve connection pool exhaustion
Fixes #123
Closes #456
Next.js App Router Expert
Development
A skill that turns Claude into a Next.js App Router expert.
README Generator
Development
Creates professional and comprehensive README.md files for your projects.
API Documentation Writer
Development
Generates comprehensive API documentation in OpenAPI/Swagger format.