Récupérer sans provenance, c'est juste deviner plus vite.
La réponse sans prise
La réunion s’est tue après que l’assistant a produit la réponse. Ce fut le premier avertissement. Les gens font généralement du bruit quand un logiciel échoue de manière évidente. Ils se penchent en arrière, soupirent, demandent à qui appartient la chose et développent des opinions soudaines sur les achats. Cette réponse n’a pas échoué de manière évidente. Elle était fluide, soignée et exactement le genre de paragraphe qui fait se redresser une équipe de projet. Elle disait que la politique autorisait l’exception. Elle donnait trois raisons. Elle utilisait le même vocabulaire que le bureau des politiques. Elle semblait même légèrement ennuyée, ce qui est souvent la façon dont la vérité institutionnelle s’habille pour aller travailler.
Puis quelqu’un a demandé d’où venait la réponse. L’écran affichait une étiquette de source indiquant « orientations internes ». Ce n’était pas une source. C’était une ambiance avec un classeur. Quelles orientations. Quelle version. Quel paragraphe. Le document était-il toujours en vigueur. La personne qui posait la question avait-elle la permission de le voir. Le texte avait-il été copié d’un brouillon, d’une politique en vigueur, d’une note de réunion ou d’un exemple de formation produit par un autre système. L’assistant ne pouvait pas le dire. Il avait récupéré quelque chose, ou prétendait l’avoir fait. L’équipe avait une réponse sans prise. On pouvait l’admirer, mais on ne pouvait pas la soulever.
C’est le piège silencieux de l’IA augmentée par récupération. La récupération donne au modèle l’impression d’être ancré parce que la réponse ne vient plus du modèle seul. Une couche de recherche trouve des documents, des fragments, des enregistrements ou des faits, les transmet dans le contexte, et le modèle écrit à partir de là. C’est utile. C’est aussi dangereusement facile à surestimer. Si le système ne peut pas montrer ce qu’il a récupéré, pourquoi il était autorisé à le récupérer, à quel point c’était récent, quelles transformations l’ont touché et comment la réponse finale en dépend, la récupération n’a pas résolu la devinette. Elle a mis la devinette sur une voie plus rapide.
L’ancien modèle devinait à partir de la mémoire. Le nouveau système peut deviner à partir d’un tas de fragments. Ce n’est une amélioration que si ce tas est gouverné. Sinon, l’organisation a construit un bibliothécaire confiant qui traverse très rapidement les archives tout en refusant de garder les numéros de rayon. Cardio impressionnant. Piste d’audit médiocre.
La récupération est une couche de transport, pas une couche de vérité
La façon la plus simple de mal comprendre la récupération est de traiter les résultats de recherche comme une vérité. La recherche ne connaît pas la vérité. La recherche connaît la correspondance. La recherche vectorielle connaît la similarité. La recherche par mots-clés connaît les termes. La recherche hybride connaît une trêve négociée entre les deux. Un réordonnanceur peut améliorer le classement. Les filtres de métadonnées peuvent éliminer les erreurs évidentes. Aucune de ces étapes ne sait automatiquement si un paragraphe est à jour, autorisé, complet, contredit, remplacé, confidentiel ou écrit par quelqu’un qui essayait de rentrer chez lui avant la grève des trains.
Ce n’est pas la récupération qui est faible, c’est qu’elle est spécifique. Elle constitue une couche de transport qui amène des preuves candidates à une surface de raisonnement. Son rôle est de trouver des éléments potentiellement pertinents sous contraintes. Le travail de vérité commence lorsque le système peut identifier les éléments, préserver leur contexte, les comparer entre eux, rejeter les sources obsolètes ou non autorisées, exposer l’incertitude et conserver une trace de ce qui s’est passé. Sans ces pièces, la récupération n’est qu’une sélection plus rapide. Une sélection plus rapide n’est pas la même chose qu’un meilleur jugement. Une pièce lancée par une machine reste un pile ou face, même si elle utilise des crédits cloud.
Dans les systèmes pratiques, l’écart apparaît dans les petits détails. Un document source est découpé en segments, mais le segment perd le titre qui lui donnait son sens. Un index vectoriel contient à la fois les politiques actuelles et les politiques retirées, parce que la suppression a été gérée par enthousiasme plutôt que par procédure. Un PDF a été analysé sans les notes de bas de page. Un tableau est devenu une chaîne de nombres isolés. Une règle de contrôle d’accès a été appliquée au document, mais pas à l’embedding. La réponse cite un paragraphe pertinent dans une région et illégal dans une autre. Personne n’a conçu une défaillance. On a simplement laissé les preuves perdre leurs étiquettes en cours de route.
Le remède n’est pas de se méfier de la récupération. Le remède est de cesser de lui demander d’accomplir des tâches pour lesquelles elle n’a jamais été conçue. La récupération doit apporter des candidats. La provenance doit raconter l’histoire de ces candidats. La gouvernance doit décider quels candidats peuvent être utilisés. La réponse doit contenir suffisamment de preuves pour que les gens puissent l’examiner sans devenir des archéologues amateurs dans un dossier nommé archive final old.
Le numéro de rayon manquant
Les bibliothèques comprenaient la provenance avant que l’IA ne la redécouvre avec une terminologie plus coûteuse. Une citation utile permet au lecteur de retrouver l’œuvre, l’édition, la page et parfois même le paragraphe. Elle ne se contente pas de dire livre d’histoire. Une étiquette d’entrepôt indique le lot, le fournisseur, le numéro de lot et la date de péremption qui comptent. Un échantillon de laboratoire porte une chaîne de traçabilité parce que personne ne veut de médicaments basés sur des impressions. Dans chaque cas, le point est banal : lorsque des conséquences existent, les objets ont besoin d’une identité à travers leurs déplacements.
Les données qui traversent les systèmes de récupération ont besoin de la même discipline. Un document n’est pas un bloc de texte. Il a une origine, un propriétaire, une base juridique, une portée, un public, une version, une période de validité, un format, un analyseur, une politique de découpage, un modèle d’embedding, un moment d’indexation, une politique d’accès et un chemin de retrait. Cela semble beaucoup parce que ça l’est. C’est toujours moins que le coût d’expliquer à un régulateur, un patient, un client ou un conseil d’administration que le système a probablement lu quelque chose d’utile, mais que ce quelque chose précis a atteint une indépendance spirituelle.
Le numéro de rayon protège aussi les équipes d’ingénierie. Lorsqu’une réponse est fausse, l’équipe doit savoir si la récupération a manqué la bonne source, a classé la mauvaise source, a inclus des éléments obsolètes, a perdu le contexte lors du découpage, a permis une fuite de permissions ou a laissé le modèle ignorer les meilleures preuves. Ce sont des bugs différents. Sans provenance, ils s’effondrent en une seule catégorie inutile : l’IA était bizarre. Cette catégorie est populaire en réunion et presque totalement inutile lors de l’examen des incidents.
Une bonne provenance donne une forme à l’échec. Elle permet aux équipes d’inspecter le chemin du document, la limite du segment, la version de l’embedding, la réécriture de la requête, le résultat du rerank, l’assemblage du prompt et la génération finale. Elle ne rend pas le système parfait. Elle rend les erreurs localisables. Les erreurs localisables peuvent être réparées. Les erreurs non localisables deviennent du folklore, et le folklore a une disponibilité épouvantable.
Le découpage est un acte éditorial
On décrit souvent le découpage en segments comme une étape technique de prétraitement. C'est bien plus que cela. Le découpage détermine quel contexte voyage ensemble. Un paragraphe séparé de sa note d'exception peut changer de sens. Une clause de garantie détachée de son en-tête de compétence devient un piège. Une recommandation clinique sans le groupe de patients qui la limite n'est plus la même recommandation. Un exemple de code sans son avertissement est une embuscade déguisée en police monospace.
Chaque stratégie de découpage est une politique éditoriale. Les fenêtres de tokens fixes sont simples et rapides, mais elles peuvent trancher dans le sens. Le découpage sémantique respecte les changements de sujet, mais il peut encore manquer les tableaux, les listes, les légendes et la structure juridique. Le découpage par sections préserve la hiérarchie, mais seulement si l'analyseur la reconnaît réellement. La récupération parent-enfant peut associer une petite correspondance à un passage environnant plus large, mais le système doit alors enregistrer les deux. Rien de tout cela n'est mystique. C'est du travail documentaire. C'est dans ce travail documentaire que de nombreux systèmes d'IA découvrent que le bureau ennuyeux protégeait le sens depuis le début.
La provenance transforme le découpage en un choix visible plutôt qu'en un dommage silencieux. Le système doit savoir quel document a produit un segment, quel analyseur l'a lu, quels en-têtes l'encadraient, quels segments voisins se trouvaient à proximité, de quelle page ou ligne il provenait, et quelle unité plus large peut être affichée lorsqu'un humain conteste la réponse. La réponse n'a pas besoin d'afficher tout cela à chaque fois. Elle doit le conserver. La différence entre un contexte caché et un contexte absent devient importante précisément au moment où tout le monde est déjà fatigué.
Le découpage affecte aussi l'équité entre les sources. Une page HTML propre peut produire de beaux segments. Un PDF scanné peut produire des fragments brisés. Un tableur peut perdre sa structure. Si le système de récupération favorise discrètement les sources qui se laissent bien analyser, il peut aussi favoriser les départements, les fournisseurs ou les langues dont l'hygiène documentaire est meilleure. Ce n'est pas un biais de modèle au sens dramatique du terme. C'est un biais de bureau, moins cinématographique et étonnamment puissant.
Les citations ne suffisent pas
Une citation peut être une interface utilisateur utile pour la provenance, mais elle n'est pas tout le mécanisme. De nombreux systèmes affichent de petites pastilles de source à côté d'une réponse. C'est mieux que rien. C'est aussi facile à contourner par accident. La réponse peut citer un document qui a été récupéré mais pas réellement utilisé. Elle peut citer une page qui contient des mots similaires mais pas l'affirmation. Elle peut citer une source disponible pour le système mais pas pour l'utilisateur. Elle peut citer une ancienne version parce que l'index est en retard sur le référentiel. Une citation décorative reste de la décoration, seulement avec un costume de note de bas de page.
Une provenance sérieuse exige une discipline au niveau des affirmations. Si la réponse indique qu'une politique autorise une exception, le système doit savoir quel passage étaye cette affirmation. S'il indique que l'exception ne s'applique qu'en dessous d'un seuil, il doit identifier la source du seuil. S'il combine deux sources, il doit rendre la jointure visible. Si les éléments de preuve se contredisent, il ne doit pas aplatir le conflit en un paragraphe enjoué. Le modèle peut résumer, mais le système ne doit pas laisser le résumé effacer la structure de la preuve.
Cela ne signifie pas que chaque réponse doive arriver avec un dossier juridique ficelé. Différents contextes nécessitent différents niveaux de détail de surface. Une réponse de service d'assistance peut afficher deux liens vers des sources et une note de confiance. Un flux de travail médical, financier, juridique ou de service public peut nécessiter des références de passages, des identifiants de version et un statut de révision humaine. L'exigence fondamentale est que la surface puisse s'étendre lorsque les conséquences augmentent. Un système qui ne peut pas passer d'une réponse simple à une preuve inspectable est un chatbot habillé d'un costume sérieux.
Les citations ont aussi besoin d'espace négatif. Le système doit être capable de dire qu'il n'a pas trouvé suffisamment de preuves, ou que les sources récupérées sont en désaccord, ou que les sources sont obsolètes, ou que l'utilisateur n'a pas accès au matériel nécessaire. Un refus avec provenance est souvent plus utile qu'une réponse avec une fausse citation. L'organisation peut ne pas apprécier d'entendre non. Les organisations n'apprécient rarement. C'est pourquoi la gouvernance existe, et parfois le café.
La fraîcheur fait partie de la vérité
Une provenance sans temps est incomplète. De nombreuses erreurs d'entreprise proviennent de documents anciens qui restent consultables parce que personne ne voulait supprimer quoi que ce soit avec un titre qui semblait important. Les politiques expirent. Les prix changent. Les manuels produits sont remplacés. Les orientations réglementaires évoluent. Les dictionnaires de données dérivent. Un système de récupération qui traite les documents anciens et actuels comme égaux n'est pas neutre. Il externalise la gestion du temps à la similarité cosinus, ce qui est un choix de vie audacieux.
Chaque source d'un système de récupération doit porter une signification temporelle. Quand a-t-elle été créée. Quand est-elle devenue effective. Quand a-t-elle été révisée pour la dernière fois. Quand a-t-elle été indexée. Quand expire-t-elle. Quelle version l'a remplacée. Était-ce un brouillon, une copie d'approbation, une copie archivée ou une copie courante. Ce ne sont pas des fioritures bureaucratiques. Elles font partie de la question de savoir si la réponse est suffisamment vraie pour être utilisée. Un paragraphe de la procédure de l'année dernière peut être parfaitement rédigé et parfaitement faux.
La fraîcheur a aussi des conséquences opérationnelles. Les retards d'indexation doivent être visibles. Si un référentiel a changé à 09:00 et que l'index vectoriel se met à jour pendant la nuit, le système doit connaître cet écart. Si un document urgent contourne le pipeline normal, le contournement doit être enregistré. Si une source est retirée, les plongements et les fragments dérivés doivent être retirés avec elle ou rester explicitement marqués comme historiques. Sinon, le système devient un musée qui donne parfois des conseils opérationnels.
Une provenance temporelle aide les utilisateurs à faire confiance aux bonnes choses. Elle permet à un assistant de dire que cette réponse est basée sur la politique en vigueur depuis le 5 mars 2026, indexée à 11:20, sans qu'aucun enregistrement de remplacement plus récent n'ait été trouvé. Cette phrase n'est pas glamour. Elle est utile. L'utile bat le glamour dans chaque incident que j'ai rencontré.
Les autorisations voyagent aussi
Le contrôle d'accès est souvent appliqué à la porte d'entrée et oublié dans le couloir. Un utilisateur peut ne pas être autorisé à ouvrir un document source, mais le plongement du document peut se trouver dans un index partagé. Un extrait peut être inclus dans une invite parce que le service de récupération fonctionne sous un compte de service étendu. Une réponse générée peut révéler l'existence d'une affaire confidentielle même sans la citer. Le système n'a pas fuité le fichier, dit quelqu'un. Il a simplement fuité la conclusion. C'est une distinction qu'il vaut mieux faire à distance de sécurité.
La provenance doit inclure les permissions, car une preuve sans autorité n'est pas une preuve utilisable. Le système doit savoir quel utilisateur, quel rôle, quelle finalité et quel contexte ont permis à chaque élément récupéré d'entrer dans la réponse. Il doit distinguer l'accès à la source de l'accès dérivé. Il doit gérer la rédaction avant la génération lorsque cela est nécessaire. Il doit enregistrer le moment où une réponse a été contrainte par une permission plutôt que par un manque de preuves. Sinon, les utilisateurs interpréteront le silence comme une absence, ou pire, recevront des informations qu'ils n'étaient jamais censés voir.
La récupération tenant compte des permissions est plus difficile que la récupération ordinaire, car elle modifie le classement, la mise en cache, l'évaluation et les tests. Deux utilisateurs peuvent poser la même question et recevoir légitimement des preuves différentes. Ce n'est pas une incohérence. C'est de la gouvernance. La difficulté consiste à rendre la différence explicable sans révéler ce qui doit rester caché. Le système peut avoir besoin de dire qu'il existe peut-être des enregistrements restreints hors de votre périmètre d'accès, plutôt que de prétendre que le monde ne contient que ce que l'utilisateur peut lire.
C'est également là que de nombreux projets pilotes échouent lorsqu'ils rencontrent la réalité. Un prototype construit sur un dossier partagé peut impressionner tout le monde pendant une semaine. Puis quelqu'un pose une question sur les dossiers RH, les documents d'acquisition, les notes de patients, le secret professionnel, les documents du comité d'entreprise ou la recherche soumise à contrôle des exportations. Le système de récupération a soudain besoin d'une supervision adulte. La démo amusante devient un projet de gestion des données, ce qu'elle a toujours été.
La contradiction n'est pas un bug à cacher
Les archives réelles se contredisent. L'équipe politique a mis à jour la procédure mais pas la FAQ. La FAQ a mis à jour l'exemple mais pas le tableau. Le bureau régional a conservé une exception locale. Le contrat dit une chose, le guide de mise en œuvre en dit une autre, et le tableur construit par une personne très pragmatique dit ce que tout le monde fait en réalité. La récupération trouvera tout cela si la requête est malchanceuse ou honnête.
Un système conscient de la provenance doit traiter la contradiction comme un résultat de première classe. Il doit montrer que plusieurs sources sont en désaccord, identifier leur autorité et leur fraîcheur, et éviter de présenter une réponse fusionnée comme si l'organisation avait parlé d'une seule voix. Parfois, la bonne réponse n'est pas « l'exception est autorisée ». Parfois, c'est « la politique actuelle semble l'autoriser, la FAQ semble obsolète, et le propriétaire du contrat devrait résoudre le conflit avant d'agir ». Cette réponse est moins pratique. Elle est aussi moins susceptible de créer un petit système météorologique juridique.
La gestion des contradictions exige de classer les sources par autorité, et pas seulement par pertinence. Une politique approuvée par le conseil peut primer sur un article d'aide. Un contrat signé peut primer sur une présentation commerciale. Une procédure locale peut primer sur un manuel générique dans son périmètre local. Un brouillon ne devrait pas primer sur une version en vigueur, sauf si l'utilisateur demande explicitement des brouillons. Ces règles sont ennuyeuses. C'est aussi là que la hiérarchie de vérité de l'organisation devient technique.
Si personne ne veut définir cette hiérarchie, le système de récupération en définira une par accident. Il utilisera la similarité textuelle, la récence, la qualité de mise en forme, la longueur des segments ou tout autre signal offert par le pipeline. L'autorité accidentelle reste une autorité. Elle arrive simplement sans procès-verbal.
L'évaluation doit inclure les défaillances de source, pas seulement les défaillances de réponse
De nombreuses équipes évaluent les systèmes de récupération en vérifiant si la réponse finale semble correcte. C'est utile, mais insuffisant. Une bonne réponse provenant d'une mauvaise source est un incident futur en préparation. Le système peut avoir réussi uniquement parce que le modèle connaissait déjà la réponse, ou parce qu'un document obsolète correspondait par hasard à la règle actuelle, ou parce que l'évaluateur a accepté une citation qui ne soutenait pas l'affirmation. La qualité de la réponse et la qualité des preuves doivent être testées séparément.
Un ensemble d'évaluation de récupération devrait inclure des attentes concernant les sources. Pour chaque question de test, quels documents sont acceptables. Lesquels sont inacceptables. Quelles versions comptent. Quelles autorisations s'appliquent. Quels conflits doivent être signalés. Quelle réponse doit être refusée faute de preuves. C'est plus long à construire qu'une pile de paires question-réponse. C'est aussi plus proche du travail que le système doit accomplir. Un système de récupération sans évaluation des sources ressemble à un système financier testé uniquement en demandant si le chiffre final semble plausible. Il peut passer jusqu'à l'audit.
La surveillance opérationnelle devrait également observer le comportement des sources. Quelles sources sont surreprésentées. Quelles sources sont rarement récupérées mais souvent nécessaires. Quels segments sont souvent cités. Quelles réponses sont corrigées par la suite. Quels documents obsolètes continuent d'apparaître. Quels groupes d'utilisateurs reçoivent plus de refus parce que les limites d'autorisation sont mal modélisées. Ces signaux ne sont pas de simples métriques techniques. Ce sont des preuves sur la santé du patrimoine de connaissances.
Lorsque la provenance est présente, l'évaluation devient plus précise. Une réponse échouée peut être attribuée à la récupération, au classement, à la qualité des sources, à la politique d'accès, à l'assemblage de l'invite ou à la génération. Chaque classe de défaillance a un propriétaire différent. C'est inconfortable, car cela empêche la phrase apaisante « l'IA s'est trompée » d'engloutir tous les problèmes. Tant mieux. Le confort est surestimé lorsque le système prend des décisions.
La boucle de décision
La provenance ne devrait pas être une fonctionnalité d'archive ajoutée à la fin. Elle appartient à la boucle de décision. Un utilisateur demande. Le système récupère selon la politique. La réponse porte des preuves. L'utilisateur accepte, conteste ou corrige. La correction met à jour la qualité des sources, les règles de classement, les métadonnées, les contrôles d'accès ou les exemples d'entraînement. La réponse suivante n'est pas simplement générée à nouveau. Elle est régie par ce que l'organisation a appris.
Cette boucle est ce qui transforme la récupération en mémoire institutionnelle plutôt qu'en simple autocomplétion intelligente de documents. Sans la boucle, chaque réponse est un événement. Avec la boucle, les réponses deviennent des signaux sur l'état du système de connaissances. Une mauvaise réponse peut révéler une politique obsolète. Un refus peut révéler une documentation manquante. Une contradiction peut révéler une propriété non résolue. Une requête fréquente peut révéler qu'une procédure est illisible. La couche de récupération devient un instrument de diagnostic, et pas seulement une machine à réponses.
La boucle donne aussi aux humains un rôle sensé. On ne devrait pas demander aux gens d'inspecter chaque jeton. On devrait leur demander de résoudre les échecs significatifs que la provenance expose. Cette source est-elle fiable. Cette exception est-elle à jour. Cette limite d'accès est-elle correcte. Ce conflit est-il réel. Ce sont des questions de gouvernance humaine. Le système peut les acheminer, les consigner et apprendre de leurs réponses. Il ne devrait pas les enfouir sous un texte fluide.
En fin de compte, la provenance n'est pas une subtilité académique. C'est la différence entre un système d'IA capable de participer à un travail responsable et un système qui ne sait que sembler utile jusqu'à ce qu'on le conteste. La récupération amène le matériel dans la salle. La provenance dit qui l'a apporté, d'où, sous quelle autorité, et si quiconque devrait lui faire assez confiance pour agir.
La leçon
La récupération est l'un des modèles les plus utiles de l'IA appliquée, car elle connecte les modèles à un savoir vivant. C'est précisément cette utilité qui exige la provenance. Plus les gens s'appuient sur des réponses récupérées, moins il devient acceptable de dire que la source se trouvait quelque part dans l'index. Quelque part n'est pas un contrôle. Quelque part, c'est là que commencent les mauvaises réunions.
Un système de récupération sérieux préserve l'identité à travers les déplacements. Il conserve la source, la version, la permission, l'horodatage, le contexte des passages, l'autorité, la contradiction et l'usage. Il évalue si les preuves soutiennent les affirmations, et non seulement si les réponses semblent bonnes. Il rend le refus possible lorsque les preuves sont minces. Il permet aux gens de contester et de réparer le patrimoine de connaissances. Ce n'est pas de la paperasse autour de l'IA. C'est ce qui transforme la récupération d'une devinette rapide en une assistance responsable.
Le modèle peut écrire la réponse. La couche de récupération peut trouver les mots. La provenance est ce qui permet à l'organisation de s'approprier l'affirmation. Sans elle, toute cette vitesse ne fait qu'apporter l'incertitude plus tôt à l'utilisateur.