Hooks pour l'automatisation
Jusqu'ici, chaque règle d'équipe — "lancer le lint avant un commit", "lancer les tests avant un push" — dépendait de la mémoire : quelqu'un devait se souvenir de l'exécuter à chaque fois, et sous pression, ça finissait par sauter. Dans cette leçon, on découvre les Hooks : des scripts que Claude Code
Les bâtiments ont des détecteurs de fumée qui se déclenchent tout seuls dès qu'il y a de la fumée, sans que personne ait à se souvenir de vérifier chaque matin. De la même façon, on peut définir à l'avance une règle qui se déclenche d'elle-même au bon moment, sans jamais dépendre de la mémoire de personne.
- hook
- Un script ou une commande shell que Claude Code exécute automatiquement quand un événement prédéfini dans son flux de travail se produit, comme PreToolUse ou SessionStart — sans jamais dépendre de la mémoire de l'utilisateur.
- PreToolUse
- Un événement de hook qui se déclenche juste avant que Claude Code n'invoque réellement un outil donné (comme Bash). Il peut inspecter l'action demandée et même la bloquer avant qu'elle ne s'exécute.
- code de sortie 2 (blocage)
- Quand un script de hook se termine avec le code de sortie 2, Claude Code bloque l'action qui allait s'exécuter et reçoit le message d'erreur en retour, pour pouvoir corriger et réessayer.
- SessionStart
- Un événement de hook qui se déclenche automatiquement une fois au début de chaque nouvelle session — par exemple pour charger l'état git ou le contexte du projet, sans que personne ait à le demander.
