Trouve l'erreur : comment analyser du code et des messages d'erreur

Ce qu'il faut fournir en entrée : code, erreur, plateforme, contexte

La première étape consiste à rassembler un exemple minimal reproductible. Dans le champ « Code et message d'erreur », collez un fragment de code qui provoque directement l'erreur, et le texte complet du message d'erreur, incluant la pile d'appel si elle existe. Il ne faut pas copier tout le projet : l'outil analyse le texte, et les lignes superflues peuvent orienter l'analyse à mauvais escient. La longueur maximale de ce champ est de 8000 caractères, donc un grand fichier devra être réduit à la partie significative.

Dans le deuxième champ, indiquez la plateforme ou l'application : langage, version de l'environnement, système d'exploitation, si cela est important. Par exemple, « Python 3.10 », « Node.js 18 », « PostgreSQL 14 ». Le comportement différent selon les versions est une cause fréquente d'erreurs, donc la précision ici aide à réduire le cercle des hypothèses. Dans le troisième champ, décrivez le contexte et les exigences : que doit faire le code, quelles données d'entrée sont attendues, quelles contraintes sont importantes. Plus le contexte est précis, plus la réponse sera utile.

Code : items = [1, 2, 3]; print(items[3]). Erreur : IndexError: list index out of range. Plateforme : Python 3.10. Contexte : il faut corriger le code pour qu'il ne plante pas si l'indice est absent.

Comment formuler une requête pour obtenir une réponse précise

Formulez la tâche comme une question sur la cause et la correction minimale. Par exemple : « Pourquoi cette erreur survient-elle et comment corriger le code de manière minimale sans changer la logique ? » Évitez les demandes ambiguës comme « rends-le meilleur » : l'outil ne connaît pas vos critères de qualité. Si vous avez déjà essayé certaines corrections, mentionnez-les pour ne pas recevoir les mêmes conseils à nouveau.

Décrivez le comportement attendu et les contraintes. Si la solution doit être efficace en mémoire ou ne pas utiliser de bibliothèques externes, précisez-le. Si l'erreur ne survient que avec des données spécifiques, fournissez un exemple de telles données. N'insérez pas d'informations confidentielles : l'outil traite le texte, mais la sécurité des données reste votre responsabilité.

Rappellez-vous que le modèle peut se tromper. Plus vous donnez de contexte, plus les chances d'avoir une réponse utile sont élevées, mais la décision finale reste entre vos mains. Ne demandez pas à l'outil d'exécuter le code ou de le vérifier dans un environnement réel : il ne le fait pas.

Contexte : le script traite un fichier CSV, mais il plante sur des lignes vides. Il faut ignorer les lignes vides et continuer le traitement.

Décryptage de la réponse : comment vérifier la correction proposée

Une fois la réponse lue, commencez par lire l'explication des causes. L'outil peut énumérer plusieurs causes possibles — choisissez la plus probable en vous basant sur votre code et le contexte. Si la correction proposée change le fonctionnement du code, assurez-vous que cela correspond à vos exigences. Parfois, une correction minimale peut masquer un problème plus profond, par exemple une initialisation incorrecte des données.

Testez toujours la correction dans un environnement isolé. N'appliquez pas immédiatement en production. Si possible, écrivez un test unitaire qui reproduit l'erreur, et vérifiez que le test passe après la correction. Cela aidera à vous assurer que le problème est réellement résolu, et non masqué.

Faites attention aux limites : l'outil n'exécute pas le code, n'analyse pas l'état de la mémoire et ne voit pas les dépendances externes. Ses recommandations sont des hypothèses à vérifier. Si l'erreur est liée à une condition de course dans une application multithreadée, l'analyse textuelle peut ne pas en révéler la cause.

Après correction, lancez le test : assert len(items) > 3, 'Indice hors limites'.

Erreurs typiques et comment les décrire

L'IndexError en Python survient souvent lorsqu'on dépasse les limites d'une liste. Dans la requête, indiquez que la liste peut être plus courte que prévu, et demandez une correction minimale avec vérification de la longueur. L'erreur TypeError en JavaScript, par exemple « Cannot read property 'name' of undefined », est généralement liée à l'accès à une propriété d'objet non initialisé. Décrivez si la fonction peut retourner undefined, et demandez d'ajouter une vérification.

L'erreur SyntaxError en SQL peut être causée par une virgule manquante, une guillemet ou un mot-clé. Précisez la SGBD et la version, fournissez la requête complète. L'outil peut proposer une correction, mais vérifiez toujours par rapport à la documentation du dialecte. Si l'erreur n'est pas évidente, simplifiez la requête et exécutez-la par parties.

Pour chaque erreur, essayez d'apporter un exemple minimal qui la reproduit. Cela aidera non seulement l'outil, mais vous-même à mieux comprendre le problème.

Code : const user = getUser(); console.log(user.name). Erreur : TypeError: Cannot read property 'name' of undefined. Plateforme : Node.js 18. Contexte : la fonction getUser peut retourner undefined.

Limites de l'outil « Trouve l'erreur »

L'outil n'est pas un débogueur en temps réel. Il ne se connecte pas à votre processus, n'analyse pas la mémoire et n'exécute pas le code. Il ne fonctionne qu'avec le texte que vous avez fourni. Donc, si l'erreur dépend de données dynamiques ou de l'état de l'environnement, l'analyse peut être inexacte.

Le modèle peut se tromper, surtout sur des erreurs complexes ou non standard. Il ne garantit pas que la correction proposée sera la seule bonne. Il n'est pas possible de télécharger des documents ou d'utiliser l'OCR. L'export n'est disponible qu'en TXT, ainsi qu'en SVG et PNG pour les vecteurs, en WAV pour la parole et en SRT pour les sous-titres. N'utilisez pas l'outil pour obtenir des conseils financiers, médicaux ou juridiques personnalisés : il est destiné à des fins éducatives et d'assistance.

La file d'attente et la disponibilité peuvent varier. Si la réponse n'arrive pas immédiatement, il est possible que le service soit surchargé. Dans de tels cas, essayez plus tard ou réduisez le volume des données d'entrée.

Si l'erreur est liée à une condition de course dans une application multithreadée, l'outil peut ne pas voir le problème, car il n'analyse pas les dépendances temporelles.

Recommandations pratiques pour travailler avec l'outil

Utilisez l'outil comme source d'hypothèses auxiliaire, et non comme remplacement d'un débogage complet. Commencez par un exemple minimal, ajoutez progressivement du contexte si la réponse n'est pas suffisamment précise. Conservez les formulations de requêtes réussies : elles peuvent servir pour des erreurs similaires.

N'oubliez pas la sécurité : n'insérez pas dans les requêtes des mots de passe, des clés API, des données personnelles. Même si l'outil traite le texte localement, le risque de fuite existe. Si l'erreur concerne des données confidentielles, anonymisez l'exemple.

Vérifiez chaque correction proposée dans un environnement de test. Tenez des notes sur les hypothèses qui se sont révélées exactes et celles qui ne l'ont pas été : cela vous aidera à mieux comprendre vos erreurs et à trouver des solutions plus rapidement à l'avenir.

Contexte : il faut corriger une requête pour qu'elle sélectionne les utilisateurs de plus de 18 ans, mais qu'elle ne plante pas en l'absence d'enregistrements.