Votre Claude Code ne représente que 10 % de ce qu'il pourrait être.
Les 90 % restants, ce sont 10 agents qui tournent en parallèle : ils review vos PRs, écrivent vos tests, traquent les bugs, trient votre boîte mail, réutilisent votre contenu.
La plupart des fondateurs ignorent leur existence. Ceux qui les connaissent livrent 3x plus vite et passent pour des magiciens.
Voici la configuration complète 👇
Avant de plonger, je partage des notes quotidiennes sur l'IA et le vibe coding dans mon canal Telegram : https://t.me/zodchixquant 🧠
Le changement mental d'abord
Un agent Claude Code n'est pas une session de chat. C'est une description de poste + un déclencheur + un résultat. « PR Reviewer » n'est pas une personne à qui vous parlez. C'est un hook qui se déclenche sur chaque PR, exécute Claude avec un prompt spécifique et dépose un commentaire.
Trois endroits où vivent ces agents :
Les commandes slash (dans .claude/commands/<nom>.md) : exécutées à la demande depuis votre terminal avec /name depuis votre terminal avec /name
Les hooks (dans .claude/hooks/<évenement>.sh) : se déclenchent automatiquement sur des événements comme PreToolUse, PostToolUse, ou des événements git
Les scripts hébergés via le Claude Agent SDK Claude Agent : tournent 24h/24 sur un serveur, se déclenchent sur des plannings ou des webhooks
Je marquerai chaque agent ci-dessous avec le type qu'il utilise.
1. Le Reviewer de PR
Type : Commande slash + hook GitHub
Lit le diff de toute PR ouverte, vérifie les bugs évidents, les tests manquants, les problèmes de sécurité, les violations de style. Laisse un commentaire en moins de 90 secondes.
Comment le configurer :
- Créez .claude/commands/review.md à la racine de votre dépôt
- Collez le prompt ci-dessous dans le fichier
- Exécutez /review dans Claude Code avant de pusher
- Pour l'automatisation : installez l'action GitHub claude-code-action depuis le marketplace, pointez-la vers review.md
Prompt :
Vous êtes un reviewer de code senior. Lisez le diff stagé. Signalez : secrets codés en dur, tests manquants, erreurs de type, bugs évidents. Soyez concis, maximum 5 commentaires.
2. Le Générateur de Tests
Type : Commande slash + hook pre-commit
Surveille les nouvelles fonctions sans tests. Écrit 3 à 5 cas par fonction : chemin heureux, cas limites, un mode d'échec.
Comment le configurer :
- Créez .claude/commands/tests.md à la racine de votre dépôt
- Collez le prompt ci-dessous dans le fichier
- Exécutez /tests <nom_fichier> après avoir écrit une fonction
- Pour l'automatisation : branchez un hook pre-commit qui déclenche /tests sur tout fichier .ts/.py stagé sans test correspondant
Prompt :
Lisez la fonction que je viens d'écrire. Générez des tests dans [votre framework, ex. Vitest, Pytest]. Couvrez le chemin heureux, 2 cas limites, un cas d'erreur. Correspond au style des tests existants dans ce dépôt.
3. Le Chasseur de Bugs
Type : Script hébergé (Claude Agent SDK)
Écoute Sentry, Linear, ou votre tracker d'erreurs. Pour chaque nouveau rapport de bug, lit la stacktrace, ouvre les fichiers pertinents, propose un correctif sous forme de PR brouillon avant le matin.
Comment le configurer :
- Écrivez un script Claude Agent SDK qui interroge l'API Sentry toutes les 5 minutes pour les nouveaux problèmes non résolus
- Pour chacun, récupérez la stacktrace, récupérez les fichiers pertinents via l'API GitHub, exécutez Claude avec le prompt ci-dessous
- Déposez le script dans une équipe Teamly et regardez-le fonctionner dans le Pixel Department. Configuration totale : environ 90 minutes
Prompt :
Vous êtes un débogueur senior. Lisez cette stacktrace Sentry et les fichiers source pertinents. Identifiez la cause racine en une phrase. Proposez un correctif minimal sous forme de patch git. Ajoutez un test de régression si possible.
4. Le Rédacteur de Documentation
Type : Hook post-merge
Après chaque fusion dans main, vérifie si le changement a touché quelque chose de documenté dans le README, les docstrings, ou /docs. Les met à jour dans une PR de suivi.
Comment le configurer :
- Créez .claude/hooks/post-merge.sh dans votre dépôt
- À l'intérieur, appelez Claude avec le prompt ci-dessous
- Bonus : ajoutez un fichier de compétence docs.md décrivant le ton et la structure de doc de votre projet pour que les mises à jour correspondent au style
Prompt :
Le dernier commit a modifié [liste de fichiers]. Vérifiez README.md, les docstrings dans ces fichiers, et /docs. Si l'un d'eux est maintenant incorrect ou manque d'informations, générez des versions mises à jour. Sortez sous forme de patch git.
5. Le Traqueur de Refactoring
Type : Commande slash (exécutée chaque semaine)
Recherche dans votre codebase les TODO, FIXME, la logique dupliquée, et les fichiers de plus de 500 lignes. Produit une liste de refactoring priorisée avec des estimations d'effort. Ne corrige rien, mais met en surface la pourriture que vous ignorez depuis 6 mois.
Comment le configurer :
- Créez .claude/commands/rot.md à la racine de votre dépôt
- Collez le prompt ci-dessous dans le fichier
- Exécutez /rot tous les vendredis, triez le lundi matin
Prompt :
Scannez le dépôt. Trouvez : les TODOs de plus de 30 jours, les FIXMEs, les fichiers de plus de 500 lignes, les fonctions de plus de 80 lignes, les littéraux de chaîne dupliqués apparaissant 3 fois ou plus. Sortez sous forme de tableau Markdown trié par priorité. Ajoutez une estimation d'effort (S/M/L) pour chacun.
6. L'Agent de Standup Quotidien
Type : Script hébergé (Claude Agent SDK)
Lit vos commits GitHub, tickets Linear et calendrier d'hier. Vous écrit un résumé de 4 lignes à 8h. « Hier : livré X, commencé Y. Blocage aujourd'hui : Z. »
Comment le configurer :
- Écrivez un script qui s'exécute à 8h chaque jour, récupère les commits GitHub des dernières 24h, les modifications de tickets Linear, les événements Google Calendar d'aujourd'hui
- Nourrissez tout cela à Claude avec le prompt ci-dessous
- La sortie va vers votre email ou Telegram. Je fais fonctionner le mien sur Teamly avec une intégration Telegram via OAuth, un clic pour connecter
Prompt :
Résumez en 4 lignes maximum. Hier j'ai fait X. Aujourd'hui je travaille sur Y. Bloqué sur Z. Prochaine priorité : W. Ignorez tout ce qui est trivial.
7. Le Synthétiseur de Commentaires Clients
Type : Script hébergé (hebdomadaire)
Récupère depuis Intercom, les mentions sur X, et les avis produits. Regroupe les commentaires en thèmes (« le checkout est lent », « je veux le mode sombre », « le prix n'est pas clair »). Classés,package
packagepackage,
package package
Ir# ## 1（ ， inferred,**Ir
Irpackage
package.jsclass=" +$(". The " + $(". The . The . The . The . The . The
- The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The . The </#
