Skills Guide

Validation de commit conventionnel

VérifiéSûr

Crée un commit conventionnel unique pour les modifications en cours, en respectant les règles de commit du dépôt.

Télécharger et utiliser
Spar Skills Guide Bot
DeveloppementDébutant
23/07/2026
Claude Code
#git#conventional-commits#commit-workflow#version-control

Recommandé pour

Développeur backendClaude CodeRevue de codeDéveloppeur frontendDéveloppeur fullstackRefactoring

Synthèse automatique

Crée un commit unique au format Conventional Commit pour l'ensemble des modifications en cours dans le dépôt OpenWorkspace, en respectant les règles du hook commit-msg.

Points forts

  • Vérifie l'état et le diff avant de composer le message, et n'inclut que les fichiers cohérents
  • Refuse de commiter directement sur main/master et propose de créer une branche
  • Applique strictement le format type(scope): sujet avec types et scopes définis par le dépôt
  • Interdit explicitement toute mention d'IA ou de co-auteur dans le message

Limites

  • Limité à OpenWorkspace : les types et scopes autorisés sont propres à ce dépôt
  • Suppose que le hook commit-msg local est installé pour la validation
  • Ne pousse pas et n'ouvre pas de PR, même si l'utilisateur le souhaite implicitement
Quand l'utiliser

À utiliser lorsque vous voulez transformer vos modifications en cours en un commit propre et conforme aux conventions du dépôt.

Quand l'éviter

À éviter pour des commits multiples ou atomiques, des réécritures d'historique, ou si le hook commit-msg n'est pas disponible pour valider le message.

Analyse de sécurité

Sûr
Score qualité86/100

The allowed tools are restricted to git status/diff/log/add/commit, all local and non-destructive. The instructions explicitly tell the agent not to push or open PRs unless asked, not to bypass failing hooks, and to leave unrelated changes out. There is no exfiltration, no curl|sh, no destructive filesystem action, and no instruction to disable safety measures. The only mild risk is that a careless `git add` could stage unintended files, which is inherent to any commit helper and partially guarded against.

Points d'attention
  • •Uses `git add` broadly, which could stage unintended files (e.g. secrets or unrelated edits) if the agent is careless; the skill mitigates this by requiring a diff review and a coherence check first.
  • •Scope is limited to local git read/commit operations: no push, no network calls, no history rewriting, and it explicitly forbids bypassing the commit-msg hook.
Comment cette analyse est faite

Exemples

Commit staged work
Commit these changes in OpenWorkspace with an appropriate Conventional Commit message.
Hint the subject
Commit the auth refactor and use 'auth: drop legacy token path' as a subject hint.
Commit a specific change
Stage only the changes in crates/ui and commit them with a Conventional Commit message.

name: commit description: Stage and commit the current changes as a single Conventional Commit that passes this repo's commit-msg rules. Use when the user asks to commit work in OpenWorkspace. argument-hint: "[optional subject hint]" allowed-tools: "Bash(git status *) Bash(git diff *) Bash(git add *) Bash(git commit *) Bash(git log *)"

Create one Conventional Commit for the current change set in OpenWorkspace.

Steps

  1. Run git status and git diff --staged (and git diff for unstaged) to see exactly what will be committed. If nothing is staged, stage the intended files with git add — confirm the set is coherent and unrelated changes are left out.
  2. Confirm you are not on main/master. If you are, stop and tell the user to branch first (git checkout -b <type>/<topic>) — the hooks will reject a commit on main anyway.
  3. Compose the message:
    • type(scope): subject — type ∈ feat fix docs style refactor perf test build ci chore.
    • scope = the crate or app touched (domain db auth floorplan crypto i18n notify jobs ui config observability web worker app frontend server) or a cross-cutting scope (ci dev deps release).
    • subject: imperative mood, ≤50 chars, no trailing period.
    • Add a body only when the why isn't obvious from the subject. Use a BREAKING CHANGE: footer or ! after the scope for breaking changes (pre-V1: a breaking change bumps MINOR).
    • Never add an assistant/AI mention or any co-author/"generated with" trailer — commits are authored by the human only.
  4. Commit with git commit -m "..." (and -m again for a body). The local commit-msg hook validates the result; if it rejects, read the message and fix it rather than bypassing.
  5. Show the user the final git log -1 --stat.

Do not push or open a PR unless explicitly asked.

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 annexes

Ce 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.md

Depuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/conventional-commit-validation-mrx3y013/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-commit-validation-mrx3y013' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/conventional-commit-validation-mrx3y013/download' --output '.skill-downloads/conventional-commit-validation-mrx3y013/SKILL.md.part' && mv '.skill-downloads/conventional-commit-validation-mrx3y013/SKILL.md.part' '.skill-downloads/conventional-commit-validation-mrx3y013/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.

Outils déclarés par l’auteur (à vérifier dans votre agent) : Bash(git status *) Bash(git diff *) Bash(git add *) Bash(git commit *) Bash(git log *)

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-commit-validation-mrx3y013/SKILL.md' && test -s '.skill-downloads/conventional-commit-validation-mrx3y013/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/commit' && cp -R '.skill-downloads/conventional-commit-validation-mrx3y013' '.claude/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’OpenSkills
openskills install './.skill-downloads/conventional-commit-validation-mrx3y013'

openskills read 'conventional-commit-validation-mrx3y013'

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 sync

Mode 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-commit-validation-mrx3y013/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.

Skills similaires

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.

Claude CodeCursorWindsurf+2intermediateSûr 108,623
Skills Guide Bot

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.

Claude CodeCursorWindsurf+1intermediateSûr 48,981
Skills Guide Bot

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.

Claude CodeCursorCodexintermediateSûr 135,015
Skills Guide Bot