
À ce volume, la relecture manuelle ligne par ligne est devenue physiquement impossible.
Le premier enseignement est un renversement de perspective : la question n'est plus "est-ce qu'un humain a lu le code ?" mais "quel risque porte ce changement, et quel contrôle — automatisé ou humain — est le bon pour l'attraper ?".
La revue ne se fait plus en porte à la fin, mais en continu, comme un correcteur orthographique : la plupart des changements ont déjà été relus et corrigés par Claude avant qu'un humain ne soit sollicité.
Concrètement, le processus s'empile en couches :
- vérification du travail avant même l'ouverture d'une pull request (tests, build, un agent relit le diff « à froid »),
- CI obligatoire,
- revue de bugs par plusieurs agents en parallèle dont les conclusions sont votées par d'autres agents avant d'être affichées,
- revue de sécurité bloquante, puis approbation humaine graduée par le niveau de risque (aucune pour la documentation, deux personnes pour les chemins les plus sensibles).
Chaque anomalie est étiquetée "Important", "Nit" ou "Pre-existing" — un bug antérieur au PR n'est plus imputé à son auteur. L'anecdote qui circule dans les équipes : une PR a bouclé plus de 50 cycles de revue en une nuit, le relecteur agentique signalant sans fin du code qui préexistait au changement.
Les résultats sont là : entre juin et septembre, les PR fusionnées ont plus que doublé tandis que la part des régressions à annuler chutait de plus de 40 %.
Le principe fondateur reste humain : "You land it, you own it" — celui qui livre le code en reste responsable, l'IA délègue la relecture, jamais la décision.
Photo de Bernd 📷 Dittrichsur Unsplash