Synthèse automatique
Crée des commits Git bien formatés en suivant les standards des commits conventionnels.
Points forts
- Guide l'utilisateur dans le choix du type et de la portée appropriés
- Assure des messages de commit clairs et cohérents
- Facilite la génération automatique de changelog
Limites
- Nécessite que l'utilisateur ait Git configuré
- Ne gère pas automatiquement les conflits de fusion
Utilisez cette compétence lorsque vous devez créer ou écrire des messages de commit pour votre projet.
Ne l'utilisez pas si vous travaillez avec un système de contrôle de version autre que Git.
Analyse de sécurité
PrudenceThe skill uses bash to run typical git operations for staging and committing code. While these are necessary for the stated purpose and not inherently destructive, they can affect the repository state. No exfiltration or obfuscation commands are present.
- •Executes bash commands (git status, diff, add, commit) which could stage or commit unintended changes if misused.
Exemples
I've added a new login feature using Google OAuth. Stage the relevant files and create a commit with a proper conventional commit message.Fix the expired token handling bug in the auth module. The commit message should explain why the change was made.name: commit description: Create well-formatted git commits following conventional commit standards. Use when committing changes, writing commit messages, or asked to commit code.
Commit Skill
Instructions
-
Check Current Status
git status git diff --stat -
Review Changes
git diff # Unstaged changes git diff --staged # Staged changes -
Stage Relevant Files
- Only stage related changes
- Don't mix unrelated changes
-
Determine Commit Type
| Type | When to Use | | ---------- | ------------------------------------- | |
feat| New feature | |fix| Bug fix | |docs| Documentation only | |style| Formatting (no logic change) | |refactor| Code restructure (no behavior change) | |perf| Performance improvement | |test| Adding/updating tests | |build| Build system changes | |ci| CI configuration | |chore| Other (dependencies, etc.) | -
Determine Scope (Optional)
- Feature name:
auth,user,payment - Module name:
api,web,core - Component:
button,modal
- Feature name:
-
Write Commit Message
Commit Message Format
<type>(<scope>): <description>
[optional body]
[optional footer]
Rules
- Use imperative mood: "add" not "added"
- Lowercase first letter
- No period at end
- Max 72 characters for first line
- Body explains WHY, not WHAT
Examples
Simple Commit
git add src/auth/login.ts
git commit -m "feat(auth): add Google OAuth login"
With Body
git commit -m "fix(auth): handle expired token gracefully
The previous implementation threw an unhandled error when tokens expired.
Now we catch the error and redirect to login with a message.
Fixes #123"
Breaking Change
git commit -m "feat(api)!: change user response structure
BREAKING CHANGE: The 'name' field is now split into 'firstName' and 'lastName'.
Migration guide available in docs/migrations/v2.md"
Multiple Files
# Stage related files
git add src/auth/login.ts src/auth/types.ts src/auth/login.test.ts
# One commit for related changes
git commit -m "feat(auth): implement email OTP login
- Add sendOTP function
- Add verifyOTP function
- Add input validation
- Add unit tests"
Anti-Patterns
❌ Bad Commits
# Too vague
git commit -m "fix bug"
git commit -m "update"
git commit -m "WIP"
# Too long
git commit -m "Added new login feature with Google OAuth support and also fixed some bugs in the authentication flow and updated the tests"
# Wrong type
git commit -m "feat: fix login bug" # Should be 'fix'
# Mixed changes
git commit -m "feat: add login and fix navbar and update docs"
✅ Good Commits
# Clear and specific
git commit -m "fix(auth): prevent duplicate OTP requests"
# Proper scope
git commit -m "test(auth): add unit tests for login service"
# Atomic changes
git commit -m "refactor(auth): extract validation to separate module"
Verification
After committing:
# Check commit was created
git log --oneline -1
# Verify files included
git show --stat HEAD
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/conventional-git-commits-mma3jstj/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/conventional-git-commits-mma3jstj' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/conventional-git-commits-mma3jstj/download' --output '.skill-downloads/conventional-git-commits-mma3jstj/SKILL.md.part' && mv '.skill-downloads/conventional-git-commits-mma3jstj/SKILL.md.part' '.skill-downloads/conventional-git-commits-mma3jstj/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.
Claude Code
test -f '.skill-downloads/conventional-git-commits-mma3jstj/SKILL.md' && test -s '.skill-downloads/conventional-git-commits-mma3jstj/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/commit' && cp -R '.skill-downloads/conventional-git-commits-mma3jstj' '.claude/skills/commit'Cursor
test -f '.skill-downloads/conventional-git-commits-mma3jstj/SKILL.md' && test -s '.skill-downloads/conventional-git-commits-mma3jstj/SKILL.md' && mkdir -p '.cursor/skills' && test ! -e '.cursor/skills/commit' && cp -R '.skill-downloads/conventional-git-commits-mma3jstj' '.cursor/skills/commit'Codex
test -f '.skill-downloads/conventional-git-commits-mma3jstj/SKILL.md' && test -s '.skill-downloads/conventional-git-commits-mma3jstj/SKILL.md' && mkdir -p '.agents/skills' && test ! -e '.agents/skills/commit' && cp -R '.skill-downloads/conventional-git-commits-mma3jstj' '.agents/skills/commit'OpenSkills
OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.
Installation officielle d’OpenSkillsopenskills install './.skill-downloads/conventional-git-commits-mma3jstj'openskills read 'conventional-git-commits-mma3jstj'La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.
Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.
openskills syncMode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/conventional-git-commits-mma3jstj/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Bonnes pratiques React Hook Form
Developpement
Maîtrisez React Hook Form : évitez les anti-patterns, gérez les abonnements, et traitez correctement reset, dirty state et entrées contrôlées.
Migration Emotion vers Mantine
Developpement
Migrer les styled-components Emotion vers des composants Mantine avec style props et modules CSS. Pour convertir .styled.tsx ou supprimer les imports @emotion.
Détecteur de dérive de périmètre
Developpement
Analyse les diffs git par rapport à une intention pour détecter la dérive de périmètre, fichiers non liés et PR trop larges, puis suggère de garder, diviser ou justifier.