Quand le code généré par l'IA plante sans cesse, ne vous précipitez pas pour reformuler la question. La plupart des erreurs ne signifient pas que l'IA ne sait pas coder ; elles signifient qu'il lui manque des informations essentielles : les versions des bibliothèques, l'environnement d'exécution et le message d'erreur complet. Complétez ces trois éléments et le même code tourne souvent du premier coup.
Première étape : renvoyer l'erreur complète telle quelle
Coller seulement la dernière ligne d'une erreur ne suffit généralement pas. Collez l'erreur complète, de la première à la dernière ligne, avec la commande exécutée, le nom du fichier et le numéro de ligne, et ajoutez : voici l'erreur complète ; localisez d'abord la cause, puis donnez le code complet corrigé. Souvent, l'IA complète d'abord le code en devinant, et ce n'est qu'après avoir vu l'erreur complète qu'elle découvre que le vrai problème est ailleurs : une dépendance manquante, un chemin incorrect, ou une interface modifiée dans une nouvelle version. Ne vous fiez pas aux captures d'écran d'erreurs ; une version texte est plus facile à vérifier ligne par ligne pour l'IA.
Deuxième étape : préciser les versions et l'environnement
Le même code se comporte très différemment selon les versions. Indiquez à l'IA votre version du langage, le framework et les versions des bibliothèques clés, le système d'exploitation, et si le code tourne en local, sur un serveur ou dans un environnement en ligne. Si l'erreur est liée à la version d'une bibliothèque, demandez directement si cette syntaxe fonctionne encore dans cette version et s'il existe une variante de remplacement. Si vous ne connaissez pas les versions, exécutez d'abord la commande de vérification de version et collez le résultat ; ne donnez pas une version approximative de mémoire.
Troisième étape : réduire le périmètre et réessayer
Si tout un bloc de code échoue, découpez-le : ne gardez que la douzaine de lignes qui reproduisent le problème, exécutez-les seules, confirmez que le problème persiste, puis collez ce code minimal à l'IA. Ne changez qu'une chose à la fois, exécutez immédiatement, vérifiez si l'erreur a changé, puis continuez. N'appliquez pas trois modifications de l'IA en même temps ; si quelque chose casse, vous ne saurez pas laquelle en est la cause. Quand des clés de compte, des mots de passe de base de données ou des adresses d'intranet d'entreprise sont en jeu, remplacez les informations sensibles par des marqueurs avant de coller, et faites de même dans les messages d'erreur.
Si cela échoue encore, posez la question autrement
Si le même problème a été posé deux fois sans solution, changez de question : demandez à l'IA d'expliquer ce que signifie chaque ligne de l'erreur, puis de donner la plus petite correction qui ne change qu'un seul endroit. Vous pouvez aussi lui demander d'ajouter des sorties d'impression pour voir jusqu'où le programme arrive réellement et quelles valeurs les variables contiennent vraiment. Un message d'erreur n'est pas un échec ; c'est l'indice le plus direct pour localiser le problème, et le comprendre fait gagner plus de temps que de redemander.
