Automatiser Claude Code : hooks, sous-agents et CI/CD

Une fois Claude Code en main, l'étape suivante consiste à passer d'un usage interactif à un usage automatisé : déléguer à des sous-agents, poser des règles avec des hooks, et l'intégrer à votre chaîne d'intégration continue. Ce guide couvre les trois, après un rappel sur la logique d'agent qui les sous-tend.

Si vous découvrez l'outil, commencez par Débuter avec Claude Code.

Comprendre la boucle d'agent

Un assistant classique fonctionne en aller-retour : vous posez une question, il répond, l'échange s'arrête. Un agent IA poursuit un objectif sur plusieurs étapes. La différence tient à l'autonomie : face à une tâche, un agent décompose, agit, observe le résultat et ajuste.

Cette boucle — raisonner, agir, observer — repose sur trois ingrédients : un objectif formulé clairement, des outils permettant d'agir sur le monde extérieur, et des garde-fous qui bornent son action.

Les garde-fous sont la partie qu'on oublie le plus souvent, et c'est précisément ce qui distingue un agent fiable d'un agent imprévisible. Un agent sans limite de tours ni condition d'arrêt produit un système coûteux et difficile à contrôler. Définissez toujours explicitement les critères d'arrêt, la limite de tours, la validation des actions sensibles et, si nécessaire, un point d'approbation humaine.

Un principe utile : décomposer pour fiabiliser. Une tâche large confiée d'un bloc échoue plus souvent que la même tâche découpée en étapes vérifiables. C'est exactement la logique des sous-agents.

Les sous-agents : déléguer proprement

Un sous-agent est une instance de Claude lancée par la session principale pour accomplir une tâche précise, avec son propre contexte, distinct de la conversation en cours.

L'intérêt majeur est cette isolation. La conversation principale conserve l'objectif global, tandis que le sous-agent explore, recherche ou traite une sous-tâche sans encombrer le fil principal de détails secondaires. Un sous-agent peut aussi recevoir des instructions et un périmètre dédiés : agent de revue de code, agent de recherche documentaire, agent de tests.

Quand y recourir

Deux situations justifient clairement la délégation.

Une tâche exploratoire et volumineuse. Chercher où une fonction est utilisée dans un grand dépôt génère beaucoup de résultats intermédiaires. Confier cette exploration à un sous-agent évite de saturer le contexte principal : seul le résultat synthétique remonte.

Une tâche bien délimitée et autonome. Si une tâche a un objectif clair et ne nécessite pas d'aller-retour constant avec vous, elle est un bon candidat. Le sous-agent travaille, puis rend son résultat.

Quand s'en passer

À l'inverse, un sous-agent est contre-productif sur une tâche courte, sur une tâche qui exige votre arbitrage à chaque étape, ou quand vous avez besoin de voir le raisonnement se dérouler. Dans ces cas, l'isolation coûte plus qu'elle ne rapporte : vous perdez en visibilité sans gagner en clarté. Mieux vaut plusieurs sous-agents au rôle clair qu'une multiplication sans raison.

Les hooks : automatiser vos règles

Un hook est une commande déclenchée automatiquement par Claude Code à un moment précis de son cycle de travail. Plutôt que d'agir manuellement, vous définissez une règle : « quand tel événement se produit, exécute telle commande ».

Chaque hook associe un événement à une action. L'événement peut être le moment où Claude s'apprête à utiliser un outil, ou celui où il vient de modifier un fichier. L'action est une commande shell de votre choix. L'idée est simple mais puissante : elle transforme Claude Code d'un assistant réactif en un assistant qui respecte automatiquement vos règles de projet.

Trois usages couvrent l'essentiel des besoins.

Faire respecter des standards de code. Le cas le plus courant : déclencher un formateur ou un linter après chaque modification de fichier.

# Exemple de principe : formater un fichier après son écriture
npx prettier --write "$FICHIER_MODIFIE"

Protéger des fichiers sensibles. Un hook peut bloquer une action avant qu'elle se produise — empêcher la modification d'un fichier de configuration critique, par exemple.

Lancer les tests automatiquement. Un hook déclenché après modification signale immédiatement une régression, sans attendre le passage en intégration continue.

Les tests : un terrain idéal

Les tests suivent des motifs répétitifs — préparer un contexte, appeler une fonction, vérifier un résultat. Cette régularité convient parfaitement à un assistant, qui génère rapidement des squelettes cohérents à partir du code existant.

Plutôt que de demander « écris des tests », précisez le périmètre : cas nominal, cas limites, gestion d'erreurs. Une consigne ciblée produit des tests nettement plus pertinents.

claude "Écris des tests unitaires pour la fonction calculerRemise
dans src/pricing.ts, en couvrant les cas limites"

L'intégration continue

Un pipeline CI/CD exécute automatiquement une série d'étapes à chaque modification du code. Y ajouter Claude Code permet de déléguer des tâches qui demandaient jusqu'ici un cerveau humain.

Les cas les plus rentables :

• Revue de code automatique : analyser une pull request et signaler les problèmes potentiels avant la relecture humaine.
• Génération de résumés : produire un résumé lisible des changements d'une branche.
• Détection de régressions : repérer des incohérences entre le code et la documentation.

Ces usages ne remplacent pas la revue humaine ; ils la préparent et la rendent plus rapide.

Le mode non interactif

En local, vous dialoguez avec Claude Code dans un terminal. Dans un pipeline, personne n'est devant l'écran : il faut un mode non interactif, où la consigne est passée en une seule fois et le résultat récupéré automatiquement. C'est cette différence qui distingue un usage CI/CD d'un usage classique.

Secrets et sécurité

Un pipeline manipule des jetons d'accès. Les règles habituelles s'appliquent, en plus strict : jamais de secret en clair dans un fichier de workflow, usage du gestionnaire de secrets de votre plateforme, et périmètre d'autorisation réduit au minimum. Un agent qui tourne sans supervision humaine mérite des permissions plus étroites, pas plus larges.

En résumé

Trois mécanismes complémentaires : les sous-agents délèguent une tâche dans un contexte isolé, les hooks appliquent automatiquement vos règles, et le mode non interactif porte Claude Code dans vos pipelines. Le fil conducteur est le même dans les trois cas — définir un périmètre clair et des garde-fous explicites avant de donner de l'autonomie.

L'architecture agentique constitue le domaine le plus lourdement pondéré de la certification CCA-F. Le cours Claude Code en action approfondit chacun de ces mécanismes.