L'article propose un langage de patrons pour la revue de code à l'ère des agents. Il part d'un constat : les agents accélèrent le volume de changements, les ingénieurs seniors reçoivent des dizaines de demandes de revue par jour, et la revue humaine exhaustive n'est plus tenable. La revue de code est définie comme l'examen du code par une entité qui n'en est pas l'auteur, aboutissant à un jugement suivi d'une action. Les études empiriques citées montrent que sa valeur tient autant à la maintenabilité, à la découverte d'alternatives et au partage de connaissance qu'à la détection de bugs ; elle serait surtout un mécanisme de triage du risque.
Pour retirer l'humain du chemin critique, trois conditions sont posées. Il faut déplacer un maximum de validation vers des contrôles déterministes, pour que les agents ne traitent que l'espace subjectif résiduel. La revue doit être graduée par le risque, de l'absence d'humain à l'autorisation explicite. Et chaque décision d'agent doit laisser une trace durable de ce qui a été évalué, sous quelles politiques, avec quelle confiance. Travailler sans humain dans la boucle est un choix de configuration justifié par le risque et la preuve.
Toward a Pattern Language for Code Reviews in the Age of Agentic AI
Neuf patrons composent la boîte à outils : petits changements incrémentaux, Shift Left, conception pour la vérification, pratiques d'ingénierie déterministes, ingénierie de contexte, boucle de qualité continue, revue LLM adverse, revues multi-agents, développement piloté par la spécification. La boucle continue fait dialoguer un agent auteur et un agent relecteur jusqu'à un critère de convergence. La revue adverse apporte l'indépendance structurelle, par un autre modèle ou une session isolée. Les revues multi-agents répartissent le travail entre spécialistes, un agent de triage et un coordinateur. L'ingénierie de contexte conditionne le reste : sans elle, les constats sont bruyants.
Trois cas illustrent. Block, face à des PR d'agents laissées sans revue, est passé de relecteurs maison bruyants à des outils commerciaux, aux PR empilées, à la revue adverse locale et à la correction automatique en CI. Cloudflare a construit une orchestration en CI autour d'OpenCode : reviewers spécialisés, coordinateur, revue graduée, filtrage des fichiers bruyants, contournement humain, reprise des constats d'un commit à l'autre. Sur un mois, 131 246 revues couvrent 48 095 PR dans 5 169 dépôts, avec 1,2 constat par revue en moyenne. DryRun Security a fait d'une faille d'isolation entre locataires une politique vérifiée à chaque changement.
En conclusion, les auteurs présentent la transition comme une réorganisation des responsabilités : spécifications précises, vérification indépendante, pistes d'audit durables. La question directrice : si quelque chose n'allait pas, comment le saurait-on ?