Contexte Technique
J'apprécie ces textes non pas pour le battage médiatique, mais parce qu'ils nomment enfin directement le problème : les revues de code sont devenues un goulot d'étranglement. Lorsque je conçois une architecture d'IA pour des équipes d'ingénieurs, je me heurte presque toujours à un mur, non pas sur la génération de code, mais sur qui doit le vérifier et quand.
L'idée d'Eric Zakariasson est simple et très pertinente : un propriétaire de code n'est plus obligé d'être humain par défaut. Un agent peut traiter une PR, évaluer le risque, approuver automatiquement les modifications mineures et ne faire appel à un humain que lorsque quelque chose risque de casser.
Ce n'est pas de la magie ni un manque de contrôle. C'est une approche standard basée sur le risque : renommer une variable, corriger du texte ou extraire une constante sans changer le comportement ? L'agent laisse passer. Toucher à la logique de facturation, aux droits d'accès, à la durée d'abonnement ou aux drapeaux critiques ? L'escalade va à un humain.
La deuxième publication, Reviews are Dead, pousse l'idée plus loin. Je la lis comme une confirmation que l'implémentation de l'IA dans le développement déplace déjà le point de contrôle lui-même : un agent ne se contente pas de commenter le diff, il valide, réécrit, exécute des tests, vérifie les invariants et montre ensuite seulement le résultat à un humain.
C'est là que je me suis arrêté. Parce qu'il ne s'agit plus d'un "assistant de relecteur", mais d'une nouvelle couche de propriété du code où la revue humaine devient l'exception plutôt que la voie par défaut pour chaque modification.
Impact sur les Affaires et l'Automatisation
L'effet pratique est très ancré. Les équipes ne doivent plus attendre que "le bon senior soit en ligne", et le flux de fusion dépend moins des fuseaux horaires, de l'humeur et de la charge de travail d'un relecteur spécifique.
Les produits avec un flux massif de modifications mineures sont les grands gagnants : plateformes internes, SaaS et équipes fortement sollicitées par le support. À l'inverse, les processus où chaque PR passe par la même lourde revue manuelle, même si le risque est presque nul, seront perdants.
Mais il y a un piège : si vous vous contentez de superposer un agent au chaos, vous obtiendrez le chaos en pilote automatique. Vous avez besoin de règles de risque claires, de politiques d'accès solides, de barrières de test et d'une intégration d'IA adéquate dans la CI/CD. Chez Nahornyi AI Lab, nous construisons exactement ces solutions pour nos clients : pas "juste un autre bot", mais un schéma d'automatisation de l'IA fonctionnel sans bloqueurs inutiles.
Si votre développement stagne déjà à l'étape de la revue, je ne le guérirais pas en embauchant quelques approbateurs épuisés supplémentaires. Il vaut mieux examiner l'ensemble de votre flux de travail et construire une couche de contrôle agentique afin que la vitesse augmente sans céder au chaos. Si vous le souhaitez, au Nahornyi AI Lab, nous pouvons concevoir ensemble ce système adapté à votre équipe et à vos risques.