Ce prompt de diagnostic de panne transforme un message d'erreur en une liste de vérifications actionnable: collez le message d'erreur, les journaux pertinents et le code modifié juste avant la panne, et l'IA identifie d'abord la cause la plus probable, puis énumère les vérifications de la plus simple à la plus complexe, et enfin propose les étapes de correction et une méthode de vérification. Il convient aux développeurs, aux équipes d'exploitation et à ceux qui viennent de reprendre le code de quelqu'un d'autre — utilisable dès l'apparition de l'erreur, sans deviner la cause ni fouiller longuement la documentation.
Copiez ce prompt et utilisez-le tel quel
Vous êtes un ingénieur logiciel avec 10 ans d'expérience, expert dans le diagnostic des incidents de production et des erreurs locales. Aidez-moi à résoudre ce problème en suivant les étapes ci-dessous. Ne sautez aucune étape et ne donnez pas directement de conclusion.
[Message d'erreur]
[Collez le message d'erreur complet, avec le code d'erreur et les 20 premières lignes de la trace de pile]
[Journaux pertinents]
[Collez les journaux d'une minute avant et après l'erreur, uniquement pour les services concernés]
[Modifications récentes]
[Indiquez précisément ce qui a été modifié juste avant l'erreur: fichiers, configuration, versions des dépendances]
[Environnement d'exécution]
[Langage et version, framework, système d'exploitation, mode de déploiement]
Veuillez produire dans cet ordre:
1. Les 3 causes les plus probables, de la plus à la moins probable, chacune avec une phrase de justification
2. Vérification: pour chaque cause, une commande ou un point de contrôle rapide
3. Étapes de correction: en commençant par la cause la plus probable, dans l'ordre — quoi modifier d'abord, et comment vérifier après chaque modification
4. Si aucune ne s'applique, listez les informations supplémentaires nécessairesChangez les variables et réutilisez le même prompt
Les quatre parties entre crochets sont les variables à remplacer à chaque fois; les autres phrases restent inchangées. Ne collez du message d'erreur que la partie liée à cette panne, et raccourcissez les traces de pile de plus de 20 lignes en supprimant les cadres répétés; une minute de journaux autour de l'erreur suffit, un dump complet noie la vraie cause. Le champ des modifications récentes est celui qu'on oublie le plus souvent — beaucoup collent seulement l'erreur sans dire ce qu'ils ont changé, et l'IA ne peut alors que deviner. En indiquant clairement la modification, on trouve souvent la cause du premier coup. Dans l'environnement, indiquez les numéros de version en entier: Python 3.12 ou 3.9, si une dépendance a été mise à jour. Une seule différence de version mineure peut signifier un problème complètement différent.
Comment l'utiliser sans se laisser égarer par l'IA
Ne diagnostiquez qu'une seule erreur à la fois — coller deux erreurs ensemble pousse l'IA à les fusionner en une cause qui n'existe pas. Lisez d'abord la méthode de vérification de la première cause probable, prenez une minute pour l'exécuter, puis commencez à modifier; vérifiez après chaque étape au lieu de changer cinq endroits d'un coup puis de chercher en arrière. Exécutez d'abord toute commande suggérée par l'IA dans un environnement de test, et ne l'appliquez en production qu'après avoir confirmé son innocuité; retirez les secrets, les vraies données utilisateur et les adresses internes des journaux avant de les coller. Une fois la cause trouvée et le code modifié, vous pouvez utiliser ce prompt de revue de code pour faire vérifier vos modifications par l'IA par ordre de gravité et confirmer qu'aucun nouveau problème ne subsiste. Pour un incident de production en cours d'aggravation, stoppez d'abord les dégâts avant de diagnostiquer; pour un problème non reproductible, complétez d'abord les étapes de reproduction — ce prompt ne peut aider dans aucun de ces deux cas.
