Comment automatiser la revue de code avec des agents IA
Mettez en place un pipeline automatisé de revue de code IA où un agent écrit le code et un autre le relit, avec des exemples concrets et de la configuration.
La revue de code est l'une des activités les plus précieuses du développement logiciel. Elle détecte les bugs, impose des standards et diffuse la connaissance dans l'équipe. C'est aussi un goulot d'étranglement : les revues s'accumulent pendant que les relecteurs jonglent entre leur propre travail et les nouvelles PR.
Les agents IA peuvent relire du code instantanément. Et avec la bonne configuration, vous pouvez automatiser tout le flux : écrire le code avec un agent, le relire avec un autre, corriger les problèmes, puis relire à nouveau, sans intervention manuelle.
Voici comment le mettre en place.
Le schéma de base
Agent rédacteur → Agent de revue → Agent rédacteur (correction) → Agent de revue (approbation)- L'agent rédacteur implémente une fonctionnalité ou un correctif.
- À la fin, la sortie est envoyée automatiquement à l'agent de revue.
- Le relecteur analyse les changements et signale les problèmes.
- Les problèmes sont renvoyés vers le rédacteur pour correction.
- Le cycle se répète jusqu'à l'approbation du relecteur, ou jusqu'à la limite de tours.
Étape 1 : définir les critères de revue
L'agent de revue a besoin de critères clairs. Sans cela, il donnera des retours génériques comme "vous pourriez ajouter de la gestion d'erreurs" — inutile.
De bons prompts de revue incluent des critères précis :
Review the changes for:
1. Correctness — Does the logic handle all cases, including edge cases?
2. Security — Are there SQL injection, XSS, or authentication bypass risks?
3. Performance — Are there N+1 queries, unnecessary allocations, or blocking calls?
4. Error handling — Are errors caught, logged, and propagated correctly?
5. Consistency — Does the code follow existing patterns in the codebase?
If all criteria pass, respond with "LGTM" (Looks Good To Me).
If issues found, list each one with the file path and line number.Le mot-clé "LGTM" est important : il signale que la revue est passée, ce qui arrête la boucle de routage.
Étape 2 : configurer l'agent rédacteur
Lancez votre agent rédacteur avec une tâche ciblée :
Implement rate limiting for the /api/auth/login endpoint.
Use a sliding window algorithm with a limit of 5 attempts per minute per IP.
Store the window in Redis using the existing Redis client at src/lib/redis.ts.Des tâches précises produisent des changements précis, et donc de meilleures revues.
Étape 3 : configurer la connexion de routage
Reliez le rédacteur au relecteur avec ces paramètres :
| Paramètre | Valeur | Pourquoi |
|---|---|---|
| Trigger | on-idle | Attendre que le rédacteur ait réellement terminé avant de relire |
| Transform | ai-routing | L'IA génère un prompt de revue contextuel |
| Max rounds | 3 | Évite les boucles infinies de revue |
| Stop keyword | LGTM | Met fin au flux lorsque le relecteur approuve |
| Cooldown | 5s | Laisse le temps aux agents de produire des réponses complètes |
La transformation ai-routing est importante ici. Elle lit la réponse complète de l'agent rédacteur (via la résolution de session JSONL pour Claude Code), comprend ce qui a été implémenté, puis génère un prompt de revue qui inclut les fichiers modifiés et le contexte d'implémentation.
Étape 4 : configurer la connexion inverse
Pour que la boucle de revue fonctionne, il faut aussi une connexion du relecteur vers le rédacteur :
| Paramètre | Valeur | Pourquoi |
|---|---|---|
| Trigger | on-idle | Attendre la revue complète avant de renvoyer |
| Transform | ai-routing | Convertit les remarques de revue en instructions de correction |
| Max rounds | 3 | Même limite que dans le sens aller |
| Stop keyword | LGTM | Si le relecteur a approuvé, ne pas renvoyer |
La transformation inverse convertit les commentaires de revue en instructions exploitables : "Corrige le contournement du rate limiter dans src/middleware/rate-limit.ts:42 — l'extraction de l'IP ne gère pas les en-têtes X-Forwarded-For derrière un proxy."
À quoi vous attendre
Un cycle de revue automatisée typique :
Tour 1 (Rédacteur → Relecteur) :
- Le rédacteur implémente la limitation de débit sur 3 fichiers.
- Le routeur extrait le résumé d'implémentation et l'envoie au relecteur.
- Le relecteur trouve 2 problèmes : absence de gestion de X-Forwarded-For et aucun test pour la réponse 429.
Tour 2 (Relecteur → Rédacteur → Relecteur) :
- Le routeur convertit les remarques de revue en instructions de correction.
- Le rédacteur corrige les deux problèmes et ajoute le test manquant.
- Le routeur envoie l'implémentation mise à jour au relecteur.
- Le relecteur répond "LGTM — la limitation de débit gère correctement les en-têtes proxy et dispose d'une couverture de tests."
Arrêt : le mot-clé "LGTM" déclenche la condition d'arrêt. Temps total : environ 8 minutes, 2 tours.
Quand la revue automatisée fonctionne le mieux
- Changements ciblés — Une fonctionnalité ou un correctif isolé, avec une portée claire. Les changements larges et diffus produisent des revues bruitées.
- Critères explicites — Quand vous pouvez définir précisément ce qui est "bon". Revues de sécurité avec des critères OWASP, revues de performance avec des objectifs SLA précis.
- Affinage itératif — Quand la première implémentation est probablement correcte à environ 80 % et a besoin de polissage, pas d'une réécriture complète.
Quand préférer une revue humaine
- Décisions d'architecture — Les agents IA évaluent la qualité d'implémentation, pas la pertinence du choix global.
- Impact inter-équipes — Les changements qui affectent d'autres équipes demandent un contexte humain sur les priorités de l'organisation.
- Code sensible — L'authentification, le chiffrement et la logique financière méritent un regard humain en plus de la revue IA.
La revue automatisée par IA complète la revue humaine, elle ne la remplace pas. Utilisez-la comme un premier filtre qui élimine les problèmes mécaniques, afin que les relecteurs humains puissent se concentrer sur les questions stratégiques.
Outils pour la revue automatisée
Vous pouvez mettre en place ce pipeline manuellement avec deux fenêtres de terminal, mais la passation manuelle (copier la sortie de revue, la reformater en instructions de correction, la coller dans l'agent rédacteur) est fastidieuse.
MadoHub automatise tout le flux. Placez deux agents de terminal sur le canevas, tracez des connexions entre eux, configurez les paramètres de trigger/transformation/arrêt, puis lancez le rédacteur. Le système de routage gère le reste : extraction, transformation, livraison et terminaison de boucle.
Résumé
La revue automatique de code par IA est l'un des usages les plus rentables des workflows multi-agents. C'est :
- Rapide — les revues se font en secondes, pas en heures.
- Cohérent — les critères de revue sont identiques à chaque fois.
- Itératif — les problèmes sont corrigés immédiatement, pas dans une PR de suivi.
- Complémentaire — utilisez-la en plus de la revue humaine pour une couverture complète.
La mise en place prend 5 minutes. Les gains de temps s'accumulent chaque jour.