Notre avis
Fournit des conseils pour créer des messages de commit Git conformes aux conventions et aux meilleures pratiques.
Points forts
- Guidage pas à pas pour le format de commit conventionnel
- Analyse des modifications préparées pour générer des messages pertinents
- Support de nombreux types de commit et scopes optionnels
Limites
- Peut nécessiter une intervention manuelle si les modifications sont complexes
- Ne gère pas automatiquement les références aux issues ou breaking changes
Lors de la création ou modification de messages de commit pour assurer la clarté et la cohérence.
Pour des projets utilisant un format de commit non conventionnel ou quand la génération automatique n'est pas souhaitée.
Analyse de sécurité
SûrThe skill provides only textual guidance for commit messages and does not execute any commands that could compromise system integrity or exfiltrate data.
Aucun point d'attention détecté
Exemples
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
Expert Next.js App Router
Developpement
Un skill qui transforme Claude en expert Next.js App Router.
Générateur de README
Developpement
Crée des README.md professionnels et complets pour vos projets.
Rédacteur de Documentation API
Developpement
Génère de la documentation API complète au format OpenAPI/Swagger.