← Toutes les actualités
Presse · 11 novembre 2026 · 15 min de lecture

Recherche agentique : votre agent IA peut suivre les renvois de vos procédures. Où mènent-ils ?

Recherche agentique : votre agent IA peut suivre les renvois de vos procédures. Où mènent-ils ?

Avec la recherche agentique, l'agent suit les renvois de vos procédures. Si la cible est introuvable, il peut retenir le document le plus ressemblant.

Un technicien de maintenance demande à un agent IA l’intervalle d’inspection d’un transformateur. La procédure de maintenance répond par un renvoi : « selon la note technique NT-07 ». La recherche agentique change ce que l’agent peut faire de cette phrase. Après les premiers extraits trouvés, il peut encore chercher, ouvrir, relire et chercher à nouveau, jusqu’à estimer qu’il a réuni assez d’éléments pour répondre. Le retournement tient en une phrase de comité : si un renvoi de vos procédures ne mène plus à un document identifiable, un humain appelle un collègue ; un agent qui continue de chercher peut retenir le document le plus ressemblant.

La recherche agentique désigne une recherche en plusieurs étapes conduite par le modèle lui-même, qui décide quoi chercher, quoi ouvrir et quand s’arrêter. Cet article explique ce qui change entre la recherche classique d’un assistant et la recherche agentique, et pourquoi les renvois entre documents, ces « voir », « conformément à », « selon la note », deviennent une partie du contexte de vos agents IA. Il s’adresse aux CDO et aux responsables de programmes d’agents qui préparent des mises en production pour 2027.

La personne pour qui ce texte est inconfortable est le CDO qui présentera l’agent de maintenance au comité de mise en production. Le directeur technique du site lui posera une question simple : « Si l’agent ne trouve pas la note citée, que fait-il ? » La réponse dépend de l’agent, et de l’endroit où mène le renvoi.

Deux réponses semblent déjà couvrir le sujet. La première est l’outil acheté : un moteur de recherche plus précis, ou une GED qui conserve l’historique des versions. Le moteur trouve plus vite un document dont le titre ressemble à « NT-07 » ; la GED sait qu’une note a été renommée ou fusionnée, si quelqu’un l’a déclaré dans la GED, mais la procédure qui la cite continue d’écrire l’ancien nom. La seconde est le processus maison : la revue périodique des procédures, qui vérifie le contenu de chaque document. Elle relit le texte d’une procédure ; elle ouvre rarement chacun des documents vers lesquels ce texte renvoie, et c’est précisément le chemin qu’un agent emprunte.

Dans notre série Éducation & vulgarisation, l’article du 30 octobre expliquait qu’une compétence d’agent est une procédure à faire approuver. Celui-ci change d’objet : il porte sur le chemin que l’agent parcourt entre les documents, et sur ce qui arrive quand ce chemin est coupé. Il se distingue aussi de notre article du 7 octobre sur les documents retirés que l’IA continue de citer : ici, le document cité n’est plus trouvable sous son nom, et l’agent cherche un remplaçant. Enfin, notre article du 9 novembre portait sur les mentions écrites sur une politique (version officielle, propriétaire, date d’effet) ; celui-ci porte sur le lien entre deux documents, le renvoi, que ces mentions ne réparent pas.

Recherche classique, recherche agentique : ce qui change pour l’agent

Dans la recherche classique d’un assistant, souvent appelée RAG, le système découpe les documents en extraits, retrouve ceux qui ressemblent le plus à la question, et le modèle répond à partir de ce lot, en une seule passe. Si le lot contient la phrase « selon la note technique NT-07 », le modèle ne peut pas aller ouvrir la note. Il répond avec ce qu’il a, ou signale qu’il lui manque une information.

La recherche agentique donne au modèle des outils pour continuer. Mistral AI l’a décrit le 20 août 2026 en présentant son service Agentic Search¹, et sa meilleure forme mérite d’être décrite telle que l’éditeur l’écrit. Le modèle dispose de cinq outils proches des gestes d’un lecteur humain : chercher dans le corpus, ouvrir un document, se déplacer vers une section, lire un passage, rechercher un terme exact dans le document ouvert. L’éditeur explique que la recherche en une passe échoue quand il faut suivre une référence, comparer plusieurs documents ou vérifier une preuve, et que la boucle permet d’affiner la requête, d’ouvrir un document prometteur, de suivre une référence et d’essayer une autre voie quand les premiers résultats ne suffisent pas (traduction libre). Sa documentation précise que la boucle continue jusqu’à ce que le modèle dispose d’assez d’éléments pour répondre, recommande de borner le nombre d’étapes dans la définition des agents, et indique que ces outils peuvent être branchés sur tout agent compatible avec le protocole MCP (Model Context Protocol)² : le mécanisme décrit ici n’est donc pas réservé aux agents d’un seul éditeur.

Ces outils répondent à une vraie limite. Un agent qui peut ouvrir la note citée, aller au tableau des intervalles et lire la bonne ligne fait ce que ferait un technicien expérimenté. L’éditeur publie des gains de précision mesurés sur deux bancs d’essai publics. Ces bancs portent sur des documents publiés et datés, des rapports financiers déposés auprès du régulateur américain et des bulletins du Trésor américain ; ils mesurent la capacité à naviguer. L’état des renvois d’un patrimoine interne n’est pas leur objet.

Mistral AI n’est pas seul sur ce terrain, et cet article ne compare pas les offres. Il retient un mécanisme décrit précisément par un éditeur : l’agent suit les références, et il s’arrête quand il estime avoir assez d’éléments. Appliquer ce mécanisme aux renvois entre vos documents internes est notre lecture ; Mistral AI ne la fait pas.

Ce que l’agent de maintenance lit, et ce qui change quand les renvois sont fiables

Reprenons la tâche. L’agent prépare la fiche d’intervention d’une inspection de transformateur. Il ouvre la procédure de maintenance préventive, lit la section « Intervalles », et trouve le renvoi : « selon la note technique NT-07 ». Il cherche « NT-07 ».

Supposons que la note ait été fusionnée, lors d’une réorganisation, dans un référentiel de maintenance commun à plusieurs sites, sous un autre titre. La procédure n’a pas été modifiée : son contenu était juste, seul son renvoi a vieilli. La recherche « NT-07 » ne renvoie rien d’exact. Rien n’empêche alors l’agent de faire ce que la boucle lui permet : il reformule, cherche « note technique intervalles inspection transformateurs », et trouve une note au titre proche, rédigée pour un autre site, avec d’autres équipements et d’autres intervalles. Elle est cohérente, signée, à jour pour son propre périmètre. L’agent lit le tableau, peut juger qu’il a assez d’éléments, et remplir la fiche. Ce déroulé est un scénario construit pour l’explication, pas un comportement mesuré : rien, dans la documentation de l’éditeur, ne décrit ce cas, et la consigne de l’agent peut l’empêcher.

Rien, dans ce déroulé, n’est une panne. Chaque document est valide. L’agent a suivi le chemin que le texte lui indiquait, puis la voie la plus proche quand le chemin s’est arrêté. Un technicien humain, devant le même renvoi introuvable, aurait appelé le responsable maintenance du site. L’agent n’a pas ce réflexe, sauf si sa consigne le lui donne.

Le second effet est moins visible. Si l’équipe du programme a borné le nombre d’étapes, comme le recommande la documentation, chaque recherche consommée à chercher un document introuvable est une étape de moins pour vérifier la réponse. Dans l’exemple publié par l’éditeur, le modèle limité à une seule recherche ne trouve que la moitié des mois demandés et le dit. Un agent dont la consigne ne prévoit pas ce signalement peut répondre avec ce qu’il a.

Ce qui change quand les renvois sont fiabilisés tient en trois conditions écrites dans les documents. Le renvoi désigne une cible identifiable : une référence stable et, quand c’est le cas, la mention « version en vigueur ». La cible existe sous ce nom, ou une correspondance écrite indique où elle se trouve désormais : « NT-07, intégrée au référentiel de maintenance, section 4, depuis le 1er mars ». La cible dit à quel périmètre elle s’applique : site, équipement, activité. L’agent peut alors ouvrir directement le bon document, rechercher le bon terme, et s’arrêter sur un élément qu’un humain a désigné, plutôt que sur le plus ressemblant.

La transition agentique s’accélère par ce mécanisme. Un renvoi réparé l’est pour chaque agent qui lira la procédure : l’agent de maintenance aujourd’hui, l’agent de planification ou d’achats de pièces demain. Chaque étape que l’agent ne consomme plus à chercher une cible introuvable reste disponible pour vérifier sa réponse. Ce gain n’est pas mesuré ; il se vérifie au deuxième agent, en comparant le nombre de recherches que chacun consomme sur la même procédure.

Au comité, le CDO peut alors répondre au directeur technique : quand la note citée est introuvable, l’agent s’arrête et le signale ; et pour les trois procédures de la tâche, chaque renvoi a été suivi une fois par un humain.

Ce que montre le terrain : 19 % de pages à corriger sur un référentiel officiel

Chez TotalEnergies Retail Power & Gas, le chatbot client en production s’appuyait sur environ 500 pages de documentation web officielle. Ces ~500 pages ont été cartographiées et auditées, sans migration ; 19 % des pages se sont révélées à corriger, y compris des cas impossibles à repérer à l’œil à grande échelle ; 53 % des cas ont été résolus en 3 semaines, en priorisant les plus critiques, avec 1 à 2 experts mobilisés une demi-journée à une journée par semaine. Thomas Bensoussan, Head of Digital Products, indique que la démarche a fait apparaître des conflits difficilement repérables à l’œil, et que les recommandations précisent vers quel expert orienter chaque cas³.

Ce que cette mesure établit : sur un référentiel officiel et publié d’environ 500 pages, 19 % des pages demandaient une correction, et 53 % des cas ont été résolus en trois semaines avec 1 à 2 experts. Ce qu’elle n’établit pas : la part de renvois défectueux parmi ces corrections, qui n’a pas été comptée à part, ni le comportement d’un agent en recherche agentique, puisqu’il s’agissait d’un chatbot. Elle montre qu’un référentiel tenu et officiel peut contenir des défauts que personne ne voyait, dans un cas. Pas forcément dans le vôtre.

Le relevé des renvois : trois procédures, une ligne par renvoi

Le geste consiste à parcourir une fois, à la main, le chemin que l’agent parcourra.

Ce qu’il produit. Un relevé des renvois : une ligne par renvoi trouvé dans les procédures de la tâche, et cinq colonnes. Document source et section. Cible citée, telle qu’écrite. État de la cible : trouvée telle quelle, renommée ou fusionnée avec correspondance écrite, renommée sans correspondance, introuvable. Périmètre de la cible : applicable ou non au périmètre de l’agent. Titulaire qui corrige le renvoi.

Son domicile. Le dossier de mise en production de l’agent, que tient l’équipe du programme, à côté de la liste de ses sources.

Son moment. Avant de fixer, dans la définition de l’agent, la bibliothèque qu’il interroge et le nombre d’étapes qu’il peut consommer. Si l’agent est déjà ouvert à un pilote, avant l’élargissement à d’autres sites.

L’échantillon. Les trois procédures que la consigne de l’agent cite ou suppose. Pour trouver les renvois, une recherche de texte dans chaque procédure suffit avec l’outillage existant : « voir », « cf. », « conformément à », « selon », « note », « annexe ». Si la tâche s’appuie sur moins de trois procédures, toutes.

Une ligne remplie. « Procédure de maintenance préventive des transformateurs, section 3 ; cible citée : note technique NT-07 ; état : fusionnée dans le référentiel de maintenance, section 4, sans correspondance écrite ; périmètre : référentiel commun, applicable ; titulaire : responsable maintenance du site. »

Sa règle de lecture. Une ligne « trouvée » et « applicable » : le renvoi peut être suivi. Une ligne « renommée sans correspondance » ou « introuvable » : le titulaire écrit la correspondance ou corrige le renvoi. En attendant, la consigne de l’agent prévoit que, sur ce renvoi, il s’arrête, cite la procédure et signale que la cible est introuvable, et un humain répond.

Son mode d’échec. Le relevé ne voit que les renvois nommés. Un renvoi implicite, « selon les règles en vigueur », « conformément aux exigences du site », n’a pas de cible à suivre : il se note dans une ligne à part, « renvoi non nommé », que le titulaire précise ou assume. Le relevé daté devient aussi une pièce : il montre qu’à une date donnée, l’entreprise savait qu’un renvoi n’aboutissait pas. Chaque ligne ouverte reçoit donc un titulaire et une date ; la portée juridique d’une telle pièce relève de votre direction juridique.

Son budget. Le programme d’agents 2027, au titre de la préparation des sources. La correction d’un renvoi est une modification mineure du document source, dans le circuit de révision existant de son titulaire.

Auditer, nettoyer, surveiller

Le relevé porte sur trois procédures. Un programme d’agents en ouvre des centaines, et chacune peut renvoyer à plusieurs autres. C’est l’objet d’une catégorie distincte, la Document Knowledge Platform (DKP) : Govern, gouverner le patrimoine documentaire (propriété, autorité, cycle de vie) ; Clean, détecter et traiter anomalies, doublons, obsolescence et versions concurrentes ; Activate, n’ouvrir le corpus aux systèmes d’IA qu’une fois les deux premières étapes tenues. Une DKP ne remplace ni un moteur de recherche d’entreprise, ni une couche de recherche agentique, ni une GED, ni une plateforme d’agents. Elle s’exécute avant eux, sur les documents qu’ils consomment.

Auditer. Dénombrer les documents obsolètes et ceux dont la version applicable n’est pas identifiable, dans les bibliothèques que l’agent interrogera. Pour rattacher un renvoi à sa cible probable, l’outil propose des documents candidats ; l’équipe confirme. La lecture porte sur le contenu documentaire seul, dans un périmètre d’ingestion fixé contractuellement et validé par le Document Owner métier et le RSSI ou le DPO, sans journaux d’usage ni conversations, et sans réutilisation pour entraîner des modèles.

Nettoyer. Router chaque cas vers le titulaire du document, qui tranche. Les experts métier restent maîtres de la décision.

Surveiller. Une note fusionnée, renommée ou retirée casse les renvois qui la citent. Le relevé se met à jour à chaque révision de ce type, sinon l’agent de juin suivra le chemin de novembre.

Le CDO pourra alors répondre au directeur technique sur l’agent et sur chaque renvoi de sa tâche.

Foire aux questions

Qu’est-ce que la recherche agentique, en une phrase ?

C’est une recherche en plusieurs étapes, pilotée par le modèle : il cherche, ouvre un document, lit un passage, cherche à nouveau, et s’arrête quand il estime avoir assez d’éléments pour répondre. La recherche classique, elle, répond en une passe à partir des premiers extraits trouvés.

Pourquoi les renvois entre documents comptent-ils davantage avec un agent ?

Parce qu’un agent en recherche agentique peut suivre un renvoi jusqu’au document cité, là où un assistant en une passe s’arrêtait à la phrase du renvoi. Si la cible est introuvable, l’agent peut poursuivre sa recherche et retenir un document proche, que personne n’a désigné.

Limiter le nombre d’étapes de l’agent ne règle-t-il pas le problème ?

Borner les étapes limite la durée et le coût de la recherche. Cela ne dit pas où mène le renvoi : un agent borné qui bute sur une cible introuvable dispose simplement de moins d’étapes pour vérifier sa réponse.

Qui doit corriger un renvoi qui ne mène plus nulle part ?

Le titulaire du document qui contient le renvoi, dans son circuit de révision habituel, avec l’aide du titulaire du document cité quand celui-ci a été renommé ou fusionné. L’équipe du programme d’agents tient le relevé ; elle ne modifie pas les documents.

Une plateforme DKP lit-elle le contenu de nos procédures internes ?

Oui, dans un périmètre d’ingestion fixé contractuellement et validé par le Document Owner métier et le RSSI ou le DPO. Seul le contenu documentaire est lu, sans journaux d’usage ni conversations, et rien n’est réutilisé pour entraîner des modèles.

Notes

¹ Mistral AI, « Introducing Agentic Search », 20/08/2026 : cinq outils (« search, open, navigate, read, and grep ») ; limites de la recherche en une passe quand le modèle doit « follow references, compare multiple documents, or verify the underlying evidence » ; bancs d’essai FinanceBench (rapports déposés auprès de la SEC) et OfficeQA Pro (bulletins du Trésor américain). Les gains chiffrés publiés par l’éditeur ne sont pas repris ici. ² Mistral AI, documentation « Agentic Search », relue le 11/11/2026 : « The loop continues until the model has enough evidence to answer the question » ; « Bound the number of hops in your agent definitions to limit the loop depth ». ³ K-AI, page Clients et RETEX TotalEnergies Retail Power & Gas.

Sources


Pour aller plus loin

K-AI Corpus Diagnostic — 10 jours ouvrés, rapport complet des 20 anomalies les plus critiques de votre référentiel documentaire, garantie remboursement si aucune anomalie valable n’est détectée. Un échange d’une heure part de votre relevé des renvois : il situe, parmi les bibliothèques que lira votre premier agent, celles où l’obsolescence et les versions non identifiables risquent de se concentrer, et précise par quelles procédures commencer. Contactez l’équipe K-AI : contact@k-ai.ai. Le périmètre de chaque diagnostic est validé conjointement par le Document Owner métier et le RSSI/DPO, jamais par la seule DSI.

K-AI accompagne déjà CMA CGM, Veolia, PwC, BNP Paribas, TotalEnergies et CEVA Logistics. Partenaires : AWS, Snowflake, Microsoft, Wavestone, Devoteam.

Et chez vous, quel est votre patrimoine documentaire ?

30 minutes avec un fondateur. On audite gratuitement un échantillon de vos documents et on vous montre exactement ce que K-AI détecte.

Demander une démo → Lire d’autres articles