Claude Code et les Subagents ont Réduit la Réécriture de Projet Legacy de Trois Mois à Une Semaine

La différence entre trois mois et une semaine dans cette histoire s'explique non pas par le fait que les modèles se sont soudainement mis à écrire du code parfait, mais par le fait que l'auteur a cessé d'utiliser l'IA comme un complément automatique intelligent et l'a transformée en un véritable pipeline d'ingénierie. En utilisant deux projets Go de même envergure comme exemple, il montre : quand l'héritage est refactorisé manuellement et intuitivement, la vitesse est limitée par le chaos ; quand le modèle a des rôles, des procédures, des révisions et une boucle de test, la réécriture du monolithe s'accélère exponentiellement. Il y a un an, le point de départ était la familière dette technique après un MVP.

Le projet avait un main.go d'environ deux mille lignes, où la logique métier, la configuration, les gestionnaires HTTP, les opérations de base de données et autre code de support étaient mélangés en un seul endroit. Une telle structure peut survivre au lancement initial du produit, mais ne s'adapte pas bien : tout changement provoque des effets secondaires, le code est difficile à diviser en zones de responsabilité, et les tests deviennent une douleur supplémentaire plutôt qu'un soutien.

L'auteur se souvient qu'à l'époque il tirait le système vers une architecture normale petit à petit, avec des tests maison et une reverification manuelle constante. Il a effectué la première refactorisation dans Cursor et y a consacré environ trois mois. C'était un processus minutieux, presque chirurgical : extraire un bloc, vérifier si le comportement s'était cassé, puis passer au suivant.

Un projet récent de même envergure a donné des résultats très différents. L'auteur a pris Claude Code, le modèle Opus, connecté trois sous-agents réviseurs et construit autour d'eux environ trente skills — des scénarios répétables pour les opérations typiques. En résultat, la réécriture a pris une semaine, avec une part importante de ce temps non consacrée à la migration du code elle-même, mais à la couche BDD au-dessus de l'implémentation.

Selon son évaluation, sans scénarios sur godog la tâche aurait pu tenir en environ trois jours. L'essence de l'article n'est pas qu'un outil spécifique s'avère plus puissant qu'un autre, mais que l'auteur a changé sa façon de travailler. Il contraste sa pratique avec les conseils populaires du type « donnez à un réseau de neurones un bon prompt et attendez le résultat ».

Dans un véritable héritage, cela ne suffit pas : les modèles ont besoin non seulement du contexte, mais aussi d'un environnement géré. Les sous-agents offrent une perspective parallèle sur les changements et capturent les erreurs avant qu'elles n'atteignent la branche principale. Les skills éliminent la routine, standardisent les étapes et réduisent le nombre de décisions à reprendre.

BDD ajoute un contrat de comportement externe pour que la réécriture ne se transforme pas en substitution discrète de la logique métier par une belle nouvelle structure. C'est pourquoi l'auteur appelle le résultat le plus important non pas simplement l'accélération, mais l'émergence d'une chaîne d'outils fonctionnelle level85. Essentiellement, ceci est un ensemble d'accords entre une personne, un modèle et des agents auxiliaires : comment décomposer une tâche, comment vérifier les résultats intermédiaires, comment limiter la liberté de génération et où connecter les tests.

Une telle approche rend l'IA non pas un bouton magique, mais un participant discipliné au développement. En même temps, l'auteur ne tente pas de vendre une recette universelle. Au contraire, il souligne que même dans la configuration assemblée il y a des pièges : du contexte supplémentaire, une décomposition incorrecte, des vérifications faibles ou un moment mal choisi pour l'automatisation avalent facilement le gain.

La conclusion principale ici est pratique : l'accélération du développement assisté par l'IA naît non pas d'un seul modèle, mais du système d'exploitation autour de lui. Si une équipe continue à traiter l'IA comme une fenêtre de chat pour des conseils ponctuels, le code monolithique sera toujours réécrit lentement et nerveusement. Mais si vous transformez le modèle en partie du processus — avec des rôles, des révisions, des scénarios et des techniques fixes — même l'héritage lourd peut être démoli plusieurs fois plus rapidement sans abandonner complètement la discipline d'ingénierie.

Et c'est, peut-être, la principale leçon de l'article.