Quand la vérification devient un produit logiciel exporté

La vérification des faits s'est longtemps racontée comme un métier de main : lire, appeler, remonter à la source primaire, écrire. Elle se raconte désormais aussi comme un produit, avec une interface, une latence, une feuille de route et des utilisateurs. Ce glissement n'est pas cosmétique. Il déplace la question de la qualité du côté de la conception logicielle, là où elle relevait hier du jugement individuel d'un rédacteur.

Daily Maverick décrit un cas précis de ce basculement. Dubawa AI est développé par le Centre for Journalism Innovation and Development, à Abuja, au Nigeria, sous la direction de Monsur Hussain. L'outil aide les journalistes à isoler les affirmations factuelles vérifiables, en particulier en politique et en santé, et un agent conversationnel vérifie une allégation en quelques secondes.

L'objet de cette analyse n'est pas d'évaluer la performance de cet outil, que nous n'avons pas testé. Il est de comprendre ce que le passage de la vérification au statut de produit impose de reconnaître : une définition explicite de l'affirmation vérifiable, un paysage de sources incorporé par défaut, et une répartition nouvelle des responsabilités entre la machine et l'organisation qui l'emploie.

De l'artisanat au produit : les trois seuils que franchit un outil de vérification

Un outil de vérification franchit un premier seuil quand il cesse d'assister un rédacteur pour organiser son travail. Tant qu'il se contente de chercher, il reste un moteur. À partir du moment où il propose un découpage de l'énoncé, il impose une grammaire : ce fragment est une affirmation, celui-ci une opinion, celui-là une prédiction. Cette grammaire devient la structure du travail éditorial.

Le deuxième seuil est celui de la latence. Une vérification qui prend deux jours suppose une organisation par dossiers, avec des points d'étape. Une vérification qui rend un premier verdict en quelques secondes, comme le décrit Daily Maverick, s'insère dans le flux de production, entre la réception d'une allégation et sa publication. Le rythme du logiciel devient alors le rythme de la rédaction, et non l'inverse.

Le troisième seuil est celui de la diffusion. Un outil interne reste corrigé par ses auteurs, qui connaissent ses défauts et les compensent sans y penser. Un outil distribué à d'autres rédactions, d'autres pays, d'autres langues sort du périmètre où ses limites sont connues. C'est à ce moment précis que la vérification devient un produit exporté, avec la question qui l'accompagne : que transporte-t-on exactement ?

Isoler l'affirmation vérifiable : le geste que le logiciel doit apprendre

Le coeur du dispositif décrit par Daily Maverick tient dans une opération apparemment modeste : extraire d'un discours les énoncés susceptibles d'être confrontés à une source. C'est le geste le plus difficile du métier. Une déclaration politique mêle en une seule phrase un chiffre, une causalité implicite et une intention. Le chiffre se vérifie, la causalité se discute, l'intention ne se vérifie pas.

Automatiser ce tri revient à figer une doctrine. Un outil qui ne retient que les énoncés numériques produit des vérifications exactes et sans portée. Un outil qui retient les causalités expose la rédaction à trancher des débats scientifiques ou économiques encore ouverts. La priorité donnée à la politique et à la santé dessine déjà un choix assumé : deux domaines où la fausse information a des conséquences matérielles rapides.

Pour une organisation qui adopte un tel outil, la question utile n'est donc pas la précision annoncée, mais la définition retenue. Un référentiel de veille doit écrire ce qu'il considère comme vérifiable, faute de quoi il hérite sans le savoir de la doctrine incorporée dans le code. Cette explicitation est le premier travail à mener, avant tout paramétrage et avant toute mesure de performance.

Exporter un outil de vérification, c'est exporter un paysage informationnel

Un outil de vérification n'est jamais neutre quant au terrain qui l'a vu naître. Il a été réglé sur un espace informationnel donné : des langues, des registres, des acteurs récurrents, des rumeurs typiques, des sources considérées comme faisant autorité. Ce paysage est incorporé dans le produit bien plus profondément que dans une liste de paramètres visibles par l'utilisateur.

Le cas rapporté par Daily Maverick est instructif parce qu'il inverse le sens habituel du transfert. L'outil est conçu à Abuja, pour un espace informationnel ouest-africain, et non importé depuis un centre technologique lointain. Cela change la nature des angles morts : ils ne sont plus ceux d'un modèle aveugle aux langues locales, mais ceux d'un modèle très ajusté à un terrain particulier.

L'enseignement vaut dans les deux sens. Un outil ajusté à un terrain se transporte mal ailleurs sans réglage, et un outil conçu ailleurs se transporte mal sur ce terrain. La conclusion opérationnelle est identique : la souveraineté des outils de vérification n'est pas d'abord une question politique, elle est méthodologique. Un corpus de référence mal aligné produit des verdicts corrects sur des questions qui ne se posent pas.

Un outil de vérification transporte toujours deux choses : une procédure, et l'idée de ce qui méritait d'être vérifié là où il a été conçu.

La seconde comme unité de compte : ce que la vitesse déplace dans la chaîne de garde

Vérifier une allégation en quelques secondes n'accélère pas la vérification dans son ensemble, cela en déplace le point d'application. Le temps long du métier ne se trouvait pas dans la consultation des sources, mais dans la constitution de la chaîne de garde : retrouver l'énoncé d'origine, dater sa première parution, établir qui l'a formulé et dans quel contexte. Cette part reste lente.

Le risque de la vitesse est donc un risque de déséquilibre. Une réponse instantanée sur la véracité d'un énoncé, adossée à une traçabilité restée artisanale, produit une asymétrie coûteuse : la conclusion circule plus vite que sa justification. Les cellules de veille connaissent bien cette situation, où l'alerte se propage dans l'organisation sans le dossier qui la fonde.

La parade est organisationnelle plus que technique. Elle consiste à interdire la circulation d'un verdict sans son enveloppe documentaire : énoncé exact, date, source primaire, méthode retenue, part d'incertitude assumée. Un outil rapide qui impose cette enveloppe renforce la rigueur collective. Un outil rapide qui la rend facultative la dissout, quelle que soit la qualité de son moteur d'analyse.

Ce que l'industrialisation de la vérification change pour une cellule de veille

Les cellules de veille d'entreprise ne pratiquent pas le fact-checking au sens journalistique, mais elles en exercent une version silencieuse : qualifier une rumeur de marché, dater une fuite, vérifier qu'un communiqué attribué à un concurrent existe réellement. L'arrivée d'outils de vérification industrialisés touche donc directement leur chaîne de traitement, même quand ces outils ne sont pas conçus pour elles.

Le Fil de la Veille a rapporté ce que ce type d'agent automatise concrètement et où il s'arrête. La lecture de ces comptes rendus fait ressortir une constante : l'outil accélère la confrontation à une source, jamais la décision de considérer une source comme faisant autorité. Cette décision reste un acte d'organisation, inscrit dans un référentiel et révisé périodiquement par des personnes identifiées.

La couche amont, elle, s'est déjà industrialisée. NewsCore (www.newscore.fr) couvre en continu des millions de sources en plusieurs langues, trie les signaux par pertinence et ramène chaque alerte à sa publication d'origine, ce qui raccourcit le délai de détection avant décision. La vérification fine intervient ensuite, sur un volume déjà réduit, et c'est cet enchaînement qui rend le dispositif tenable dans la durée.

Les limites que le produit ne franchit pas : politique, santé et responsabilité

Les deux domaines cités par Daily Maverick, la politique et la santé, sont précisément ceux où le verdict engage. Une correction inexacte en matière de santé publique nuit autant qu'une fausse information, et une vérification politique mal calibrée expose son auteur à une accusation de parti pris. L'automatisation n'atténue pas cette exposition, elle la concentre sur les choix de conception de l'outil.

La responsabilité, elle, ne s'automatise pas. Quel que soit le degré d'industrialisation, c'est une personne ou une institution qui publie le verdict et qui en répond devant un lecteur, un régulateur ou un tribunal. Le produit logiciel déplace le travail vers l'amont, dans la conception, mais il laisse intacte la question de savoir qui signe. Les organisations qui l'oublient le découvrent au moment de la contestation.

Reste un effet de fond, nettement plus favorable. En rendant explicites des gestes qui étaient tacites, l'industrialisation force à écrire ce que l'on faisait sans le dire. Un référentiel de vérification lisible, testable et critiquable vaut mieux qu'une compétence individuelle non documentée, y compris le jour où l'outil qui l'a fait naître sera remplacé par un autre.

Questions fréquentes

Un outil automatisé de vérification remplace-t-il un journaliste ou un analyste ?

Non, il redistribue le travail. L'extraction des affirmations vérifiables et la confrontation rapide à des sources se prêtent à l'automatisation. La qualification du contexte, l'appréciation de l'intention et la décision de publier un verdict restent des actes humains. Le gain se mesure au temps libéré sur la partie mécanique, à condition que ce temps soit effectivement réinvesti dans la partie difficile du travail.

Comment évaluer un outil de vérification avant de l'adopter ?

En testant ses définitions plutôt que sa précision affichée. Soumettez-lui des énoncés mixtes, mêlant un chiffre, une causalité et une intention, puis observez ce qu'il retient comme vérifiable. Vérifiez ensuite qu'il restitue systématiquement la source primaire, la date et la méthode suivie. Un outil qui rend un verdict sans son enveloppe documentaire complique le travail au lieu de l'alléger.

Pourquoi la provenance géographique d'un outil de vérification compte-t-elle ?

Parce qu'un outil incorpore le paysage informationnel sur lequel il a été réglé : langues, sources de référence, rumeurs récurrentes, formes locales de la rhétorique. Transposé sur un autre terrain, il conserve ses réflexes et hérite d'angles morts invisibles pour ses nouveaux utilisateurs. Avant tout déploiement hors de son terrain d'origine, un jeu de tests construit à partir de cas locaux réels reste indispensable.

Faut-il documenter dans un référentiel ce que l'outil décide seul ?

Oui, et c'est le point le plus souvent négligé. Tout ce qu'un logiciel tranche sans intervention humaine constitue une doctrine implicite de l'organisation qui l'utilise. L'écrire noir sur blanc, avec les seuils retenus et les cas exclus, permet de la discuter, de la corriger et de la transmettre. Cette documentation survit aux changements d'outil, ce qui en fait le véritable actif de long terme.