Correcteur de Pre-Commit

VérifiéSûr

Corrige automatiquement les échecs des hooks pre-commit et relance le commit. Utilisez-le quand un commit git échoue à cause d'erreurs ESLint, de problèmes de conformité de motifs, d'en-têtes manquants, de dépendances entre documents ou d'index de documentation obsolète. Un sous-agent dédié est lancé par catégorie d'erreur, puis les fichiers sont re-stagés et le commit relancé.

Spar Skills Guide Bot
DeveloppementIntermédiaire
02/06/2026
Claude Code
#pre-commit#eslint#hook-fixer#commit-retry#automation

Recommandé pour

Synthèse automatique

Corrige automatiquement les échecs de hooks pre-commit et relance le commit.

Points forts

  • Réduit le cycle manuel correction-nouveau commit
  • Cible chaque type d'erreur avec un sous-agent spécialisé
  • Gère les erreurs auto-réparables et celles nécessitant une analyse

Limites

  • Nécessite le message d'erreur complet en entrée
  • Peut échouer si le hook nécessite une intervention humaine complexe
  • Ne fonctionne qu'avec les catégories d'erreurs listées
Quand l'utiliser

Utilisez cette compétence lorsqu'un git commit échoue à cause d'erreurs ESLint, de non-conformité de motifs, d'en-têtes manquants, de dépendances cross-document ou d'index de documentation obsolète.

Quand l'éviter

N'utilisez pas cette compétence si l'échec du commit n'est pas lié à l'une des catégories d'erreurs prises en charge ou si une compétence plus spécialisée existe.

Analyse de sécurité

Sûr
Score qualité92/100

The skill uses standard git commands and spawns subagents for fixing pre-commit issues. No external network calls, destructive commands, or security bypass instructions. It explicitly warns against using SKIP_* variables unless user-requested. No risk of data exfiltration or system damage.

Aucun point d'attention détecté

Comment cette analyse est faite

Exemples

Fix failing commit with ESLint errors
My commit failed with ESLint errors. Here's the output: [paste output]. Fix the errors and recommit.
Update stale documentation index
The commit failed because DOCUMENTATION_INDEX.md is not updated. Run the docs:index script and recommit.
Add missing document headers to new files
Commit failed due to missing required headers on new .md files. Add the standard header template to all new files and recommit.

name: pre-commit-fixer description: | Automatically fix pre-commit hook failures and retry the commit. Use when a git commit fails due to ESLint errors, pattern compliance violations, missing document headers, cross-document dependency issues, or documentation index staleness. Spawns a targeted subagent to fix each category of failure, then re-stages and re-commits. Reduces context waste from manual fix-commit-retry cycles.

<!-- prettier-ignore-start -->

Document Version: 1.1 Last Updated: 2026-02-14 Status: ACTIVE

<!-- prettier-ignore-end -->

Pre-Commit Fixer

When NOT to Use

  • When the task doesn't match this skill's scope -- check related skills
  • When a more specialized skill exists for the specific task

Purpose

Eliminate the context-heavy fix-commit-retry loop that happens when pre-commit hooks fail. Instead of manually reading errors, fixing files, re-staging, and re-committing (burning 500+ tokens per cycle), delegate the fix to a focused subagent that works in bounded context.

When to Use

Use this skill when git commit fails with any of these pre-commit errors:

| Error Category | Detection Pattern | | ------------------------- | ------------------------------------------------ | | ESLint failures | ESLint passed (N errors) or eslint in output | | Pattern compliance | Pattern compliance failed | | Document headers | Missing required header in output | | Cross-doc dependencies | not staged or cross-document in output | | Documentation index stale | DOCUMENTATION_INDEX.md not updated in output | | Skill validation | Skill validation failed |

Workflow

Step 1: Capture the Error

When a commit fails, capture the FULL error output. The error output contains the exact information needed for the fix.

Step 2: Classify the Failure

Read the error output and classify into one of these categories:

Category A: Auto-fixable (no subagent needed)

These can be fixed inline without spawning an agent:

  1. Documentation index stale → Run npm run docs:index && git add DOCUMENTATION_INDEX.md
  2. Cross-doc dependency → Stage the missing file: git add <missing-file>
  3. Lint-staged formatting → Already auto-fixed by lint-staged, just re-commit

Category B: Targeted fix (spawn subagent)

These need code analysis and changes:

  1. ESLint errors → Spawn debugger agent with error list and file paths
  2. Pattern compliance → Spawn code-reviewer agent with violation details
  3. Document headers → Add headers directly (template below)
  4. Skill validation → Spawn general-purpose agent with skill file path

Step 3: Execute Fix

For Category A (inline fix):

# Documentation index
npm run docs:index && git add DOCUMENTATION_INDEX.md

# Cross-doc dependency (example)
git add .claude/COMMAND_REFERENCE.md

# Re-commit using the original message (preserved by git after hook failure)
git commit -F .git/COMMIT_EDITMSG

For Category B (subagent fix):

Spawn a focused subagent using the Task tool:

Task({
  subagent_type: "debugger",
  description: "Fix N pre-commit ESLint errors",
  prompt: "Fix these ESLint errors and stage the fixes:\n\n<paste error output>\n\nFiles to fix: <list>\n\nDo NOT create new files. Only fix the listed errors."
})

After the subagent returns, re-stage and re-commit.

Step 4: Document Header Template

For new .md files missing headers, add this block after the YAML frontmatter (if any) or at the top of the file:

<!-- prettier-ignore-start -->
**Document Version:** 1.0
**Last Updated:** YYYY-MM-DD
**Status:** ACTIVE
<!-- prettier-ignore-end -->

Step 5: Re-commit

After all fixes are applied and staged:

git add <fixed-files>
git commit -m "original commit message"

If the commit fails again, repeat from Step 1. Cap at 3 retry cycles — if it still fails after 3 attempts, report the remaining errors to the user.

Anti-Patterns

  • Do NOT use SKIP_* environment variables to bypass checks unless the user explicitly requests it
  • Do NOT suppress ESLint rules with // eslint-disable unless the rule is genuinely a false positive
  • Do NOT add files to pathExcludeList in check-pattern-compliance.js unless they are verified false positives
  • Do NOT commit partial fixes — fix ALL reported errors before re-committing

Input/Output Format

Input: The full stderr/stdout from a failed git commit command.

Output: After all fixes are applied and committed, report a structured summary:

PRE-COMMIT FIX RESULT:
  Status: SUCCESS | PARTIAL | FAILED
  Attempt: N/3
  Failures fixed:
    - [category]: [description] ([file])
  Remaining (if any):
    - [category]: [description]
  Commit: [hash] (if successful)

Expected Behavior Per Failure Type

| Failure Type | Fix Strategy | Auto-fixable? | | ---------------------- | --------------------------------------------------------------------- | ------------- | | ESLint errors | Read error list, fix each in source, re-stage | Subagent | | Pattern compliance | Read violation, apply pattern from CODE_PATTERNS.md | Subagent | | Cross-doc dependencies | git add the unstaged dependency file | Inline | | Doc index stale | npm run docs:index && git add DOCUMENTATION_INDEX.md | Inline | | Doc headers missing | Add standard header block (template in Step 4) | Inline | | Skill validation | Read error, fix SKILL.md frontmatter or structure | Subagent | | S0/S1 audit failure | Check if real or false positive; fix or set SKIP_AUDIT_VALIDATION=1 | Subagent | | Schema validation | Fix JSONL schema issues in the flagged file | Subagent |

Context Efficiency

This skill saves context by:

  1. Avoiding multiple round-trips of reading error → thinking → fixing → retrying
  2. Delegating ESLint/pattern fixes to bounded subagents
  3. Using deterministic templates for doc headers instead of researching format
  4. Capping retry cycles to prevent unbounded loops

Version History

| Version | Date | Description | | ------- | ---------- | ---------------------- | | 1.0 | 2026-02-25 | Initial implementation |

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/pre-commit-fixer-mm5t8a3a/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/pre-commit-fixer-mm5t8a3a' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/pre-commit-fixer-mm5t8a3a/download' --output '.skill-downloads/pre-commit-fixer-mm5t8a3a/SKILL.md.part' && mv '.skill-downloads/pre-commit-fixer-mm5t8a3a/SKILL.md.part' '.skill-downloads/pre-commit-fixer-mm5t8a3a/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/pre-commit-fixer-mm5t8a3a/SKILL.md' && test -s '.skill-downloads/pre-commit-fixer-mm5t8a3a/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/pre-commit-fixer' && cp -R '.skill-downloads/pre-commit-fixer-mm5t8a3a' '.claude/skills/pre-commit-fixer'

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/pre-commit-fixer-mm5t8a3a'

openskills read 'pre-commit-fixer-mm5t8a3a'

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/pre-commit-fixer-mm5t8a3a/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