Codex réécrit un ensemble de code dès qu’il apparaît, généralement non pas parce que le modèle ne peut pas l’écrire, mais parce que la description de la tâche ne nécessite pas qu’il comprenne d’abord le projet. La bonne approche consiste à laisser Codex rechercher les implémentations existantes, confirmer les conventions et les chaînes d’appels, puis de le laisser passer à la portée minimale.
Ne dis pas juste « aide-moi à faire arriver ça »
Si vous dites simplement « créer une fonction de connexion » ou « résoudre un problème de paiement », Codex peut créer de nouveaux fichiers, réécrire des composants et ajouter une structure qu’il juge pertinente selon l’expérience commune. Pour les projets plus anciens, cela est facile à contrer avec l’architecture existante.
Une meilleure première phrase est : « Ne modifiez pas encore le fichier, recherchez les connexions, permissions, requêtes d’interface et méthodes de gestion des erreurs déjà présentes dans le projet, et listez les fichiers que vous souhaitez réutiliser. » Cette étape peut le ramener du « mode création » au « mode maintenance ».
Que ce soit planifié avant le changement
Laissez Codex générer trois éléments : des fichiers liés, des points à modifier et des frontières qui ne doivent pas l’être. Par exemple, « ne changer que 'src/auth', ne pas déplacer le système de routage ; Des sommes de contrôle et de forme existantes sont utilisées ; Tests uniquement complétés en cas de défaillance de connexion ».
S’il a un grand nombre de nouveaux fichiers dans ses plans, mets-le en pause et laisse-le expliquer pourquoi il ne peut pas réutiliser les modules existants. Bien souvent, après cette étape, le schéma réduit la schéma.
Le prompt peut être écrit comme ceci
« Lisez et réutilisez d’abord les implémentations existantes, ne créez pas de nouvelles architectures parallèles. Veuillez d’abord chercher des documents pertinents, expliquer comment gérer une logique similaire dans le projet actuel, puis proposer un plan minimum de changement. Ne modifiez pas les fichiers sans confirmation. ”
Cette invitation est tout aussi utile pour Cursor, Claude Code et Copilot Chat. Les outils de programmation IA craignent surtout des objectifs trop larges, et ils comprendront « remplir des exigences » comme « reconstruire un ensemble ».
Jugez si elle regarde vraiment le projet
Vérifie s’il fait référence au nom réel du fichier, au nom de la fonction, au nom de la route et à l’entrée du test. Si la réponse dit seulement « Normalement » et « Suggéré de créer » sans aucune preuve dans le projet, ne le laissez pas coder.
Les questions-réponses sur la programmation IA à haute lecture pointent souvent vers un cœur : laissez l’outil travailler pour votre projet, et non laissez le projet s’adapter à l’outil. Il en va de même pour Codex, chercher d’abord puis modifier, ce qui est bien plus stable que de changer puis de corriger.
