Expliquer une erreur technique
Obtenir une explication réellement fondée sur ce qui cause une erreur, plutôt qu'une supposition générique présentée avec assurance.
Prompt template
Replace the parts in curly braces: message d'erreur exact et pile d'appels, extrait de code concerné, ce que tu essayais de faire
Explique ce qui cause cette erreur et comment la corriger. Voici l'erreur exacte et la pile d'appels, le code concerné, et ce que j'essayais de faire. Si tu n'es pas certain de la cause, indique quelle information supplémentaire (logs, versions, configuration) aiderait à cerner le problème plutôt que de deviner une correction.
Erreur : {message d'erreur exact et pile d'appels}
Code : {extrait de code concerné}
Contexte : {ce que tu essayais de faire}Example
Input: Une pile d'appels avec la fonction qui a déclenché l'erreur.
Output: Illustratif uniquement. Un résultat utile explique le mécanisme réel (ex : « ceci échoue car X est indéfini avant que Y ne soit résolu »), pas une réponse générique du type « vérifie tes imports ». Une explication qui ne fait référence à aucun détail précis de ta pile d'appels réelle est une supposition à faible confiance.
Quality checklist
- Teste la correction proposée sur l'erreur réelle avant de considérer le problème résolu
- Sois méfiant envers une explication qui ne cite aucun détail spécifique de ta pile d'appels réelle
Where this tends to go wrong
- L'IA peut produire une cause plausible mais fausse, en particulier pour une version très récente d'une librairie ou une configuration spécifique au projet
- Une correction suggérée qui « devrait » fonctionner peut masquer silencieusement le vrai bug sous-jacent