Un processus de travail en IA en deux étapes pour la modernisation du code hérité

Un post Reddit sur r/ClaudeAI s'oppose à simplement demander à l'IA de 'refactoriser' du code spaghetti hérité, notant que l'IA a tendance à préserver les structures existantes défectueuses. Au lieu de cela, il propose un flux de travail de 'rétro-ingénierie' en deux étapes qui exploite plus efficacement le raisonnement des LLM.

Le problème avec le refactoring direct

Lorsque vous collez du vieux code dans un agent IA avec une requête comme 'Veuillez refactoriser ceci et le rendre propre', le résultat est souvent juste une version polie de la même mauvaise architecture. L'IA est biaisée par le code que vous fournissez — elle essaie de préserver votre structure, vos noms de variables et votre flux logique, même s'ils étaient défectueux dès le début.

Le processus de 'rétro-ingénierie' en deux étapes

Étape 1 : Extraire l'intention (Le 'quoi')

Ne demandez pas à l'IA de corriger le code. Demandez-lui plutôt d'ignorer la structure du code et d'extraire la logique métier. Plus précisément, faites-lui rédiger un Document d'Exigences Métier (BRD) de haut niveau basé sur le fichier. Cela donne la logique pure sans la dette technique.

Étape 2 : La construction 'à partir de zéro' (Le 'comment')

Prenez ce BRD frais et intégrez-le dans un prompt 'Architecte en Chef'. Maintenant, l'IA ne corrige pas les anciennes erreurs ; elle construit une solution à partir de zéro en utilisant les meilleures pratiques modernes. Cette approche facilite également la migration technologique (par exemple, de Java hérité à Node.js moderne) car la couche intermédiaire BRD est indépendante de la technologie.

Le post mentionne que le prompt spécifique 'Architecte en Chef' utilisé pour l'Étape 2 est fourni dans le premier commentaire du fil Reddit.