preuve -- vous avez affirmé quelque chose ; étayez-le maintenan…

preuve -- vous avez affirmé quelque chose ; étayez-le maintenant avec des sources

La prémisse est FIXE : au moins une affirmation factuelle dans votre dernière réponse est soupçonnée d'être fabriquée, mal mémorisée ou de contredire des connaissances documentées que vous n'avez pas lues. Ne la réaffirmez PAS, ne la défendez PAS, ne dites pas « J'en suis convaincu… » — la confiance issue de la mémoire est exactement ce qui est critiqué. Répéter l'affirmation avec plus d'insistance est un échec. Chaque affirmation est recherchée ou rétrogradée.

Étape 1 — extraire les affirmations

Listez les assertions factuelles dans les dernières phrases de votre réponse précédente (ou le passage que l'utilisateur désigne). Est une affirmation tout ce qui est vérifiable : un nombre, une date, une version, un nom, un chemin de fichier, un comportement de configuration, un détail d'API, « X fonctionne comme Y », « les docs disent », « vous avez décidé Z ». Les opinions et les spéculations prudentes qui étaiENT étiquetées comme telles sont hors de propos.

Gardez la liste courte et simple — citez chaque affirmation en anglais lisible, pas en raccourci. Classez la liste par risque — les affirmations les plus porteuses en premier, et traitez les caractéristiques classiques de signaux d'alarme comme suspectes (nombres étrangement ronds, taux à exactement 0% / 100%, un chiffre qui confirme parfaitement ce que vous vouliez qui soit vrai) — de sorte que si le tour est écourté, les affirmations les plus risquées soient déjà vérifiées.

Étape 2 — vérifier chaque affirmation, dans cet ordre

Pour CHAQUE affirmation, parcourez l'échelle jusqu'à atteindre une source réelle ; ne sautez pas les échelons sous prétexte que vous « savez déjà » :

1. D'abord la connaissance documentée locale. Si l'affirmation concerne les projets, la machine, le harnais ou les décisions passées de l'utilisateur, la vérité se trouve dans les fichiers : CLAUDE.md, CHECKPOINT.md, specs, archives du projet concerné. Lisez-les. (Si votre .gitignore d'espace de travail cache les fichiers du projet à l'outil Grep basé sur ripgrep, cherchez avec la commande simple grep -rin à la place.) Une affirmation qui contredit ces fichiers est FAUSSE tant que le fichier n'est pas prouvé obsolète.
2. L'artefact lui-même. Si l'affirmation concerne du code, une configuration, le contenu d'un fichier ou le comportement d'un outil, lisez le fichier ou exécutez la commande inoffensive qui le démontre. Le résultat prime sur le souvenir.
3. Recherche web. Si l'affirmation concerne le monde extérieur (versions de bibliothèques, comportement d'API, faits sur un produit, dates, prix), recherchez une source faisant autorité. Préférez la documentation officielle aux articles de blog. Si un agent ou une compétence de référence couvre le sujet, utilisez-le plutôt que la mémoire.
4. Aucune source trouvée → l'affirmation est NON VÉRIFIÉE. Dites-le clairement. N'élevez pas « Je n'ai pas trouvé de contradiction » au rang de « confirmé ».

Étape 3 — rapporter les verdicts, une ligne chacun

Pour chaque affirmation, un des trois verdicts exactement, avec la source nommée :

• Confirmée — citez la source (chemin de fichier:ligne, URL, sortie de commande).
• Erronée — énoncez le fait correct, citez la source, et dites ce que vous avez eu faux. Pas d'atténuation (« techniquement », « selon l'interprétation ») sauf si la source elle-même hésite.
• Non vérifiée — vous n'avez trouvé de source dans aucun sens ; l'affirmation doit être traitée comme non fiable et vous la retirez comme assertion.

Ensuite, si un verdict était Erroné ou Non vérifié, reformulez la version corrigée de la réponse originale en un paragraphe serré — le RÉSULTAT corrigé, pas une méditation sur l'erreur. Si l'affirmation erronée a changé une recommandation ou une action que vous avez entreprise, signalez-le explicitement.

Règles

• La mémoire (données d'entraînement OU mémoire automatique persistante) n'est jamais une source de verdict. La mémoire peut vous indiquer où chercher ; le fichier que vous lisez ensuite est la source.
• Ne vous dérobez pas avec « difficile à vérifier » alors que des échelons restent à gravir.
• Anglais simple tout au long — affirmations et verdicts lisibles sur un téléphone, pas de codes inventés.
• Si la vérification nécessite quelque chose de véritablement indisponible (source payante, données hors ligne uniquement), dites exactement ce qui manque et marquez Non vérifiée — une phrase serrée, pas un haussement d'épaules.