Aller au contenu
Tous les articles

Quand générer ne coûte plus rien, vérifier devient le problème

  • IA agentique
  • Explicabilité

Imaginez la scène. Elle se joue déjà tous les jours.

Un outil d’IA générative produit en quarante secondes une note de trente pages : synthèse d’un dossier fournisseur, revue de conformité, recommandation d’achat. Le lendemain, cette note doit être défendue devant un comité, un client ou un auditeur.

La génération a pris moins d’une minute. Combien de temps faudra-t-il pour vérifier le résultat ? Une heure, parfois une journée.

La production est devenue presque instantanée. La confiance, elle, se paie toujours au tarif horaire humain.

Ce paradoxe résume une partie du problème actuel de l’IA en entreprise. Les quatre premiers acteurs mondiaux du cloud ont investi de l’ordre de 400 milliards de dollars en 2025, et en annoncent près de 700 milliards pour 2026. Dans le même temps, un rapport du MIT estimait à l’été 2025 que 95 % des pilotes d’IA générative ne produisaient pas encore de retour mesurable, tandis que S&P Global Market Intelligence relevait que 42 % des entreprises interrogées avaient abandonné l’essentiel de leurs initiatives d’IA, contre 17 % un an plus tôt.

La puissance des modèles n’est plus le principal obstacle. L’accès à l’information ne l’est pas davantage.

Le problème commence après la génération.

L’IA a déplacé le travail

Un modèle de langage est probabiliste par construction. Il produit des réponses plausibles, souvent exactes, parfois fausses. Or une erreur factuelle, une source mal interprétée ou une contradiction oubliée ne se signalent pas spontanément au lecteur.

Dès que le résultat engage réellement une décision, l’utilisateur sérieux adopte donc une stratégie simple : vérifier.

Et souvent, vérifier presque tout.

Le travail n’a alors pas disparu. Il s’est déplacé.

Là où l’opérateur passait auparavant son temps à chercher, comparer, analyser puis rédiger, il doit désormais contrôler une réponse déjà produite. La génération accélère spectaculairement une partie du processus, sans nécessairement accélérer l’ensemble.

Deux frises de temps : sans IA, une longue instruction humaine ; avec IA générative, une génération quasi instantanée suivie d’une vérification humaine aussi longue que l’instruction.
La génération est devenue instantanée. La vitesse totale reste celle de la vérification.

Ce déplacement est d’autant plus important que le contrôle humain intervient dans un environnement déjà saturé. L’étude de Microsoft sur la journée de travail, publiée en juin 2025 à partir de données portant sur 31 000 personnes dans 31 pays, compte en moyenne 117 courriels et 153 messages instantanés par jour et par personne, avec une interruption toutes les deux minutes.

Dans ce contexte, produire davantage d’information n’augmente pas mécaniquement la capacité de décision. Cela peut simplement déplacer le goulot d’étranglement vers la personne chargée de trier, vérifier et assumer cette information.

Une erreur n’annonce pas sa présence

On pourrait imaginer réduire ce coût par sondage : vérifier une partie des résultats et faire confiance au reste.

Cette stratégie fonctionne lorsque l’enjeu est faible. Pour un brouillon de courriel ou une première exploration, une erreur occasionnelle est souvent acceptable.

Elle devient beaucoup plus difficile à défendre lorsque la sortie engage une décision.

Supposons qu’une réponse sur douze contienne une erreur significative. À l’œil, rien ne permet nécessairement de distinguer cette réponse des onze autres. C’est précisément le problème : si l’erreur était immédiatement identifiable, elle ne nécessiterait pas de vérification.

Douze documents identiques à l’œil, dont un contient une erreur qui ne se voit pas.
L’erreur ne se signale pas. Lorsque la décision engage, chaque résultat doit pouvoir être défendu.

Dans les usages professionnels qui comptent, une sortie automatisée n’a donc de valeur que si elle peut être reliée à ses sources, comprise, contestée et révisée.

Un manager doit pouvoir demander pourquoi une recommandation a été formulée. Un auditeur doit pouvoir retrouver les éléments qui l’étayent. Une nouvelle information doit pouvoir modifier la conclusion sans effacer l’historique qui l’a précédée.

Le cadre réglementaire commence d’ailleurs à formaliser cette exigence. L’article 14 du règlement européen sur l’IA impose une surveillance humaine effective pour les systèmes à haut risque.

Mais la réglementation ne fait ici que rendre explicite un problème économique plus général : dès qu’un humain demeure responsable de la décision finale, la question n’est pas seulement de savoir ce que l’IA peut produire.

Il faut savoir combien coûte le fait de pouvoir lui faire confiance.

Le produit n’est plus seulement la réponse

Une entreprise n’achète pas une conversation avec ses données. Elle achète un problème résolu.

Cette distinction devient importante à mesure que l’IA quitte les interfaces de productivité pour s’attaquer directement au travail lui-même. Dans « Services: The New Software », publié par Sequoia en mars 2026, Julien Bek souligne qu’environ six dollars sont dépensés en services pour chaque dollar consacré au logiciel.

Autrement dit, le marché du logiciel représente principalement les outils utilisés pour accomplir le travail. Le marché des services représente le travail lui-même.

L’IA commence désormais à adresser le second.

Mais produire le travail ne suffit pas. Pour qu’un résultat automatisé entre réellement dans un processus professionnel, il faut encore qu’un humain puisse l’utiliser sans devoir le refaire.

C’est là que se déplace progressivement la valeur.

La génération de contenu se banalise. Des modèles de plus en plus nombreux peuvent résumer un document, rédiger une analyse ou proposer une recommandation.

Ce qui reste rare est la capacité à savoir pourquoi une conclusion est crédible, sur quoi elle repose, ce qui la contredit et ce qui manque encore pour décider.

Le prochain enjeu n’est donc pas simplement de produire davantage.

Il est de rendre la confiance aussi scalable que la génération.

Instruire la décision plutôt que la prendre

Notre point de départ est volontairement simple : le décideur humain reste responsable de sa décision.

Notre rôle n’est pas de remplacer son jugement. Il est de réduire le coût nécessaire pour l’exercer correctement.

Pour une classe de décision donnée, nous définissons d’abord ce qu’un professionnel devrait raisonnablement réunir pour pouvoir trancher : sources nécessaires, critères métier, éléments contradictoires, niveau d’incertitude acceptable, règles de contrôle.

Puis nos agents construisent, pour chaque cas, un dossier d’instruction.

Le principe est proche de celui d’un service qui prépare un dossier avant de le soumettre à une autorité de validation. L’autorité reste humaine. Le système prépare les éléments nécessaires à son arbitrage.

Le dossier présente d’abord une conclusion et, lorsqu’elle est pertinente, une recommandation. Il expose ensuite une chaîne de preuve compacte où chaque élément conserve sa source et sa date. Il signale les contradictions plutôt que de les résoudre silencieusement, rend visibles les informations manquantes, estime son niveau de confiance et permet de déplier le détail uniquement lorsque celui-ci devient nécessaire.

Un dossier d’instruction en cinq blocs : conclusion, chaîne de preuve, contradictions, niveau de confiance, détail replié ; à droite, l’opérateur choisit entre approuver, faire compléter ou écarter.

L’opérateur n’a plus à reconstituer lui-même l’ensemble du raisonnement. Il l’examine, le conteste si nécessaire, puis arbitre : approuver, faire compléter ou écarter.

Sa responsabilité ne disparaît pas.

Ce qui diminue, c’est le coût nécessaire pour l’exercer.

Cette distinction est essentielle. L’objectif n’est pas de supprimer l’humain de la boucle, mais d’augmenter fortement la quantité et la complexité d’information qu’il peut raisonnablement superviser.

Une IA qui génère mille pages par minute n’est pas particulièrement utile si la capacité humaine à les valider reste inchangée.

Un résultat défendable exige une mémoire défendable

Un tel dossier ne peut pas être produit à partir d’une mémoire qui ne conserve que la dernière version connue d’un fait.

Les systèmes d’information classiques cherchent souvent à maintenir un état cohérent : une valeur par sujet, mise à jour lorsque de nouvelles informations arrivent. Lorsque deux sources divergent, l’une finit généralement par remplacer l’autre ou une valeur réconciliée est retenue.

Cette logique est adaptée lorsqu’il faut connaître l’état courant d’un système.

Elle l’est beaucoup moins lorsqu’il faut expliquer comment une conclusion a été obtenue.

L’environnement informationnel réel est rarement parfaitement cohérent. Une source vieillit. Deux acteurs crédibles se contredisent. Une donnée correcte hier devient fausse aujourd’hui. Une hypothèse raisonnable est invalidée par une nouvelle preuve.

Pour pouvoir défendre une décision, le système doit donc conserver davantage qu’un état final.

Il doit conserver son histoire.

Nous représentons pour cela les connaissances non comme des faits définitivement établis, mais comme des croyances : sourcées, datées, révisables et associées à un niveau de confiance.

Deux affirmations contradictoires peuvent coexister tant que les éléments disponibles ne permettent pas de les départager. Chaque évolution reste reliée aux preuves qui l’ont provoquée. Un journal d’événements immuable et rejouable permet de reconstruire l’état du système à un instant donné et de comprendre comment il a évolué.

Deux mémoires : à gauche un fait figé dont la contradiction est tranchée en silence ; à droite une croyance reliée à ses preuves datées, sa contradiction conservée et un journal immuable.
Pas de dossier défendable sans une mémoire qui conserve ses preuves, ses contradictions et ses révisions.

Cette architecture n’est donc pas un raffinement théorique ajouté au produit. Elle est la condition nécessaire pour que le résultat puisse être audité, contesté puis mis à jour sans perdre la trace du raisonnement initial.

Deux prototypes fonctionnent aujourd’hui sur ce socle. Nos premiers cas d’usage portent sur la veille stratégique et la surveillance de chaînes d’approvisionnement, notamment à partir des nomenclatures de composants.

Commencer là où la confiance a le plus de valeur

Cette exigence n’a évidemment pas la même valeur économique partout.

Pour générer une première idée, résumer une réunion ou rédiger un courrier, une réponse simplement plausible peut suffire.

Nous commençons donc là où la décision engage réellement : défense, nucléaire, finance régulée, administrations et, plus généralement, environnements dans lesquels une conclusion doit pouvoir être justifiée plusieurs semaines ou plusieurs années après avoir été prise.

Dans ces secteurs, le coût du contrôle est déjà important. L’erreur engage une responsabilité identifiable. La traçabilité, la conformité et la capacité d’audit ne sont pas des fonctionnalités annexes : elles font partie du produit acheté.

Ces environnements imposent également une conception exigeante de la souveraineté. Pas seulement un hébergement local, mais la possibilité de fonctionner sans exposition juridique extra-européenne et, lorsque cela est nécessaire, avec des modèles exécutés localement.

Nous assumons le compromis éventuel de performance que cela implique.

Notre valeur ne réside pas dans quelques points supplémentaires sur un benchmark de modèle. Elle réside dans la couche de confiance construite autour de ce modèle : mémoire, preuves, contradictions, auditabilité et supervision humaine.

Mesurer le temps jusqu’à la confiance

Il reste enfin une question simple : comment savoir si tout cela fonctionne ?

Pas en mesurant le nombre de tokens générés. Pas en chronométrant la production d’un rapport. Pas en montrant qu’un agent peut exécuter seul une démonstration spectaculaire.

La bonne unité de mesure est le temps nécessaire pour qu’un humain puisse assumer le résultat.

Nous suivons donc un ratio simple :

temps de revue du dossier / temps nécessaire pour réaliser la même instruction manuellement.

Tant que ce rapport n’est pas nettement inférieur à 1, l’IA n’a pas réellement augmenté la productivité du processus. Elle a simplement déplacé le travail.

L’ambition est inverse : qu’un résultat produit en quelques secondes puisse être compris, vérifié et porté par un humain en quelques minutes, preuves à l’appui.

La génération est déjà devenue abondante.

La prochaine étape consiste à rendre la confiance abondante elle aussi.

Sources

  1. CNBC, « Tech AI spending may approach $700 billion this year, but the blow to cash raises red flags », 6 février 2026.
  2. MIT NANDA, « The GenAI Divide: State of AI in Business 2025 », juillet 2025.
  3. S&P Global Market Intelligence, repris par CIO Dive, « AI project failure rates are on the rise », 2025.
  4. Microsoft WorkLab, « Breaking down the infinite workday », juin 2025.
  5. Julien Bek, Sequoia Capital, « Services: The New Software », mars 2026.
  6. Règlement (UE) 2024/1689 sur l’intelligence artificielle, article 14, surveillance humaine, applicable aux systèmes à haut risque depuis août 2026.