Rédigé par Rédaction CyberSDF · 14 septembre 2026 · mis à jour 15 septembre 2026

Vérifier une réponse IA avant de la réutiliser

Pour vérifier une réponse IA avant de la réutiliser, isolez chaque affirmation, classez (vérifiée, partielle, non sourcée, à tester), puis remontez à une source datée : le document existe, il dit ce qu’on lui fait dire, et sa version couvre la question. Sans source, testez en espace borné, reformulez en hypothèse, ou retirez. Aucune méthode ne supprime ce risque.

Cette page décrit une méthode de vérification documentaire, pas un choix d’outil ni un détecteur. Elle suppose que la réponse est lisible et destinée à être réutilisée — publiée, transmise ou appliquée à une action. Elle n’élimine pas le risque d’erreur : elle le rend visible pour que la décision de publier reste humaine et documentée.

Qu’est-ce qui, dans une réponse IA, est vérifiable ?

Une réponse d’IA n’est pas un bloc monolithique : c’est un mélange de phrases qui se ressemblent mais qui ne se vérifient pas de la même manière. La première étape consiste à la découper pour distinguer ce qui peut être contrôlé de ce qui ne peut pas l’être.

Découpez la réponse en affirmations atomiques

Réécrivez la réponse en une liste de phrases courtes, une idée par ligne, sans reformuler le sens. Une affirmation qui contient deux faits devient deux lignes : une commande avec sa date de version, un chiffre avec son périmètre, une citation avec son auteur. On ne vérifie bien qu’une chose à la fois.

Classez chaque affirmation en quatre familles

Appliquez le tableau suivant à chaque ligne, avec un exemple court et explicitement factice.

Le classement est provisoire et daté : il peut changer après vérification.

Reconnaître une affirmation non falsifiable

Une phrase qui ne peut être ni confirmée ni infirmée — préférence, prédiction, jugement de valeur, opinion esthétique — ne reçoit pas le statut vérifiée. Elle est reformulée en hypothèse ou retirée du texte final. Une affirmation non falsifiable n’est pas une faiblesse du texte : c’est un signal qu’elle appartient à un autre genre.

Erreur : traiter une opinion bien écrite comme un fait

Confondre fluidité et exactitude. Une formulation élégante, un paragraphe bien structuré, une référence citée avec soin n’ajoutent aucune preuve ; ce sont justement les signaux qui poussent à vérifier plutôt qu’à croire. La qualité de la forme ne modifie pas le statut documentaire.

Pourquoi une IA affirme-t-elle une chose fausse avec assurance ?

Le mécanisme n’est pas un caprice de modèle : c’est un fonctionnement documenté. Le comprendre évite de chercher la « bonne » formulation qui éliminerait le problème — elle n’existe pas.

Nommer le phénomène : confabulation

Le profil IA générative du NIST (juillet 2024, section 2.2) définit la confabulation comme la production, par un système d’IA générative, d’un contenu affirmé avec assurance mais erroné ou faux, et précise que ces productions sont couramment appelées « hallucinations » ou « fabrications ». Ce n’est pas un cas particulier : c’est un risque reconnu du fonctionnement de ces systèmes.

Comprendre les citations et les raisonnements inventés

Le même document note qu’une sortie d’IA générative peut inclure une logique ou des citations confabulées qui semblent justifier la réponse — par exemple des étapes de raisonnement présentées alors que la réponse est fausse. Conséquence pratique : une citation n’est jamais une preuve tant qu’elle n’a pas été ouverte. La plausibilité de la référence n’est pas un substitut à son existence.

Se méfier du biais d’automatisation

Le NIST décrit le biais d’automatisation comme une déférence excessive envers les systèmes automatiques, favorisée par la fiabilité apparente des sorties. Ce biais pousse à valider une réponse parce qu’elle est confiante et rapide, et il peut aggraver d’autres risques, notamment celui de confabulation. Règle de travail : le degré de vérification dépend de l’enjeu, pas de la fluidité de la réponse.

Refuser le raccourci du détecteur

Un détecteur de contenu généré estime un style, pas la vérité. La page le dit noir sur blanc : aucun outil de détection ne remplace la vérification d’une affirmation, et la question « est-ce qu’un texte a été écrit par une IA » n’est pas la même que « est-ce qu’une affirmation est vraie ». Aucun score, aucun classement, aucune garantie ne change cette frontière.

Comment remonter à une source primaire ?

Une source primaire est un document de première main : documentation officielle, page de manuel, dépôt de code, texte réglementaire, norme, ou mesure reproductible sur une machine de test. La distinguer d’une reprise secondaire est la condition pour vérifier plutôt que pour paraphraser.

Première vérification : le document existe-t-il vraiment ?

Reprenez le titre, l’auteur, l’organisme et, s’il existe, l’identifiant (numéro de norme, nom de fichier, référence de version), puis retrouvez le document par une recherche directe sur le site de l’émetteur. Un résultat qui n’existe nulle part ailleurs que dans la réponse est un signal d’alerte : la référence a pu être fabriquée de bout en bout.

Deuxième vérification : dit-il bien ce qu’on lui fait dire ?

Ouvrez le document et retrouvez le passage exact ; citez la phrase ou la section plutôt que de résumer. Une source réelle peut être utilisée hors contexte : un extrait tronqué, une phrase sortie de son paragraphe, un chiffre séparé de sa portée. Le retour au contexte d’origine fait partie de la vérification, pas une option.

Troisième vérification : est-elle primaire, à jour et de portée correcte ?

Distinguez la source primaire (documentation officielle, page de manuel, dépôt de code, texte réglementaire, norme, mesure reproductible) de la reprise secondaire (article, résumé, commentaire). Vérifiez ensuite la date d’édition, la version concernée et le périmètre (distribution, matériel, juridiction, public). Une source primaire ancienne sur un sujet mouvant devient une source à revalider.

Erreur : confondre une reprise de presse avec la source primaire

Citer un article qui parle d’une étude ou d’une norme sans avoir ouvert ni l’étude ni la norme. La reprise peut être fidèle, mais elle ne permet ni de vérifier la portée ni de détecter une omission. Le travail de vérification commence après la lecture de la reprise, pas à sa place.

Quels gestes de vérification appliquer, et dans quel ordre ?

Les quatre gestes qui suivent sont décrits par Mike Caulfield sous le nom de méthode SIFT, publiée le 19 juin 2019 : s’arrêter, identifier la source, chercher une meilleure couverture, revenir au contexte d’origine. Cette page les reprend comme gestes à appliquer, sans se les approprier et sans en faire une garantie.

S’arrêter avant de lire

Avant d’entrer dans le contenu, demandez-vous si vous connaissez la source et sa réputation. Ce premier arrêt évite de valider une réponse simplement parce qu’elle est agréable à lire ou qu’elle correspond à ce que vous attendiez.

Identifier la source

Cherchez qui parle et à quel titre — organisme, auteur, date, intérêt éventuel. Une source identifiée mais non compétente sur le sujet reste une source faible : la traçabilité ne remplace pas la compétence.

Chercher une meilleure couverture

Comparez avec une source plus complète ou plus récente sur le même point plutôt que de vous acharner sur un document isolé. Deux sources indépendantes et datées valent mieux qu’un long développement d’une seule.

Revenir au contexte d’origine

Pour une citation, un chiffre, une image ou un extrait de vidéo, retrouvez le document ou le passage d’origine. La version tronquée qui circule est souvent techniquement exacte et matériellement trompeuse.

Décider combien de vérification l’enjeu justifie

Distinguez les usages à faible enjeu (un brouillon personnel, une note interne, une exploration) des usages à enjeu fort (santé, droit, argent, sécurité, publication signée). L’enjeu fixe le nombre de sources exigées, pas l’inverse : un même fait demande plus de preuves s’il pèse sur une décision engageante.

Nommer les gestes sans inventer de méthode maison

Présentez ces quatre gestes comme une méthode documentée et datée, sans les présenter comme une découverte CyberSDF. La valeur d’une méthode tient à sa réutilisabilité, pas à l’autorité de celui qui la cite.

Comment vérifier une date, une version et une portée ?

Un fait exact un jour devient faux après une mise à jour. Cette section traite le cas le plus souvent sauté : la vérification que la source correspond bien à la version et au périmètre de la question posée.

Vérifier la version de l’outil et la date de connaissance du modèle

Comparez la version citée dans la réponse avec la version réellement installée ou avec la documentation officielle en vigueur. Quand la réponse décrit un comportement lié à une version, la date de figuration de la documentation et l’identifiant de version font partie de la preuve : un identifiant daté n’a pas la même valeur qu’une formulation générique.

Vérifier la date du document, pas seulement son existence

Notez la date d’édition ou de dernière mise à jour du document source et comparez-la à la date de la réponse. Un document authentique mais antérieur à un changement de version ne prouve plus le même fait.

Vérifier la portée et les exclusions

Relevez explicitement ce que l’affirmation ne couvre pas : autre distribution, autre matériel, autre pays, autre public, autre version. Écrire la portée dans le journal de vérification évite de transformer un cas particulier en règle générale.

Erreur : publier un exemple daté comme une règle générale

Reprendre une commande, un tarif ou un réglage valable pour une version précise et le présenter sans version ni date. Le lecteur applique une recette périmée et conclut que la méthode est fausse. La datation visible est une protection pour le lecteur, pas un détail de style.

Que faire quand aucune source n’existe ?

La majorité des conseils de vérification s’arrêtent à « vérifiez vos sources ». Cette section traite l’autre moitié du travail : ce qu’on fait quand la source n’existe pas, ou n’existe pas publiquement.

Marquer l’affirmation comme non vérifiée

Écrivez le statut non sourcée à côté de l’affirmation, avec la date du constat. Ne laissez pas une zone d’ombre se fondre dans un paragraphe qui a l’air vérifié ailleurs.

La convertir en test reproductible borné

Transformez l’affirmation en protocole minimal : objectif, environnement ou donnée adaptée au risque, action, résultat attendu, résultat observé, cas négatif prévu. Consignez la version et la sortie. Un essai se borne : il ne prouve jamais un comportement général.

La reformuler en hypothèse déclarée

Si l’affirmation ne peut être ni sourcée ni testée, elle est écrite comme hypothèse (« à confirmer »), ou retirée. Publier une hypothèse non étiquetée revient à publier un fait inventé.

Décider de la publication au cas par cas

Une page peut sortir avec des zones explicitement non vérifiées si ces zones sont visibles et sans conséquence pour l’action du lecteur. Elle ne sort pas si l’affirmation non vérifiée porte la promesse principale du texte.

Comment ne pas refaire le travail deux fois ?

La vérification a un coût : refaire la même vérification à chaque utilisation serait plus coûteux encore. Une trace datée protège le lecteur et le rédacteur.

Tenir un journal de vérification minimal

Quatre colonnes suffisent : affirmation, source (avec date), statut, date de dernière vérification. Le journal reste privé dans un travail d’édition ; il devient une note visible quand le lecteur doit connaître la limite.

Re-vérifier après un changement de version

Repérez les affirmations liées à une version précise et marquez-les comme à revoir dès qu’une mise à jour est annoncée. La documentation d’éditeur expose souvent des dates de coupure de connaissance et des identifiants de version ; ces indices servent précisément à borner la durée de validité d’un fait.

Erreur : un statut « vérifié » sans date

Conserver un tableau de vérification où le statut n’est pas daté. Sans date, impossible de savoir si la vérification précède ou suit le changement de version qui l’a invalidée. Une date absente rend le statut inutilisable.

Quelles sont les limites de cette méthode ?

Une méthode de vérification n’est pas une garantie. Le dire évite au lecteur de transformer un protocole en assurance, et au rédacteur de promettre ce qu’il ne peut pas tenir.

Aucune méthode ne garantit zéro erreur

On peut réduire le risque, pas l’annuler. Même une documentation officielle peut être obsolète, incomplète ou mal appliquée à un cas particulier. Le travail de vérification améliore la probabilité d’une affirmation vraie, sans la certitude.

Certains faits restent hors d’atteinte

Nommez les cas où la vérification documentaire s’arrête : contenus derrière un paywall, données internes à une organisation, informations personnelles, événements récents non encore documentés, prédictions. Le lecteur doit savoir quand la méthode ne s’applique pas.

Les enjeux forts exigent une compétence humaine

Pour la santé, le droit, l’argent, la sécurité et les décisions qui engagent quelqu’un d’autre, renvoyez à une source humaine compétente et identifiable. Cette page ne donne ni conseil juridique, ni conseil médical, ni recommandation financière.

Ce que les détecteurs ne décident pas

Rappel : un détecteur de contenu généré ne dit rien de la véracité d’une affirmation. Cette page n’en recommande ni l’usage ni le résultat.

Comment appliquer la méthode en vingt minutes ?

L’exercice qui suit est explicitement factice : aucune réponse ne décrit une situation réelle, aucune sortie n’est un essai utilisateur, aucun cas négatif n’est un incident.

L’exercice borné : une réponse courte, trois affirmations

Voici une réponse factice à examiner :

« D'après une étude de 2024, le café décaféiné augmente le risque de migraine de 30 %.
 Pour le vérifier, référez-vous à la publication de l'équipe Dupont (2024) dans
 le Journal X. Une tasse par jour suffit à provoquer cet effet. »

Trois affirmations à trier :

• « une étude de 2024 a montré une augmentation de 30 % du risque » ;
• « la publication est celle de l’équipe Dupont (2024) dans le Journal X » ;
• « une tasse par jour suffit à provoquer cet effet ».

Le résultat attendu de l’exercice

Pour chaque ligne, appliquez les trois vérifications de source (le document existe, il dit bien ce qu’on lui fait dire, il est primaire, à jour et de portée correcte). Reportez ensuite dans un tableau :

L’exercice est terminé quand chaque ligne porte un statut écrit et daté.

Le cas négatif : la réponse où tout est invérifiable

Si aucune des trois vérifications ne produit de source primaire datée, l’exercice se conclut par trois statuts non sourcée et une décision de publication : la réponse ne peut pas être publiée en l’état. La bonne décision est alors de la réduire à ce qui est testable (par exemple, demander à un médecin en cas de doute sur la migraine), ou de la retirer.

Et ailleurs sur CyberSDF

Cette page prolonge la section IA pratique de CyberSDF, qui présente les outils et leur installation. Quand une réponse vérifiée alimente un texte, la suite du travail relève de la section Rédaction IA, qui traite la rédaction assistée et la vérification des affirmations d’un brouillon.