Base de connaissances IA : garder des documents à jour dans un assistant RAG

Intelligence artificielle

Une réponse sourcée peut encore citer une procédure dépassée. Voici comment organiser les versions, les retraits et les contrôles d’une base documentaire IA.

Pour maintenir une base de connaissances IA à jour, il faut organiser la validation des sources, leur synchronisation avec l’index et le retrait des versions dépassées. Ajouter un nouveau fichier ne suffit pas : un assistant RAG peut encore retrouver des fragments d’un ancien document. La mise à jour doit donc se terminer par des contrôles de recherche et de réponse.

Cette méthode concerne un assistant documentaire professionnel, par exemple pour retrouver des consignes administratives autorisées. Elle ne constitue pas une validation d’usage clinique. Une application destinée à orienter des soins demande une analyse et des validations spécifiques qui dépassent le présent article.

Pourquoi une réponse sourcée peut-elle être dépassée ?

Un système RAG recherche des informations dans un corpus avant de produire une réponse. Le guide de la DGE présente cette approche et ses prérequis pour les entreprises. Notre proposition opérationnelle porte ici sur l’entretien du corpus : une source exacte à une date donnée peut devenir inapplicable après une révision.

Il faut distinguer le document de référence, sa copie importée, les fragments enregistrés dans le moteur de recherche et la réponse affichée. Une modification du premier ne garantit pas la mise à jour immédiate des autres. Selon l’architecture, une réponse en cache peut aussi continuer à circuler. Demandez au fournisseur quels éléments sont rafraîchis et comment cette opération est vérifiée.

Attribuer un propriétaire à chaque famille de documents

La personne responsable du contenu décide si une version est applicable. L’équipe technique s’assure que le système utilise cette version. Confondre ces responsabilités conduit à valider seulement qu’un import s’est terminé, sans vérifier la pertinence métier de ce qui a été importé.

Pour chaque source, conservez un identifiant stable, un titre, un responsable, une version, un statut d’application et un emplacement de référence. Ajoutez les dates utiles à votre organisation et le périmètre des lecteurs autorisés. Ces métadonnées doivent être effectivement exploitées par le système, pas seulement présentes dans un fichier de suivi.

Événements documentaires et contrôles proposés
ÉvénementTraitement attenduPreuve à rechercher
Nouvelle version validéeRemplacer ou désactiver la précédente selon le dispositifLa recherche cite la version applicable
Document retiréTraiter aussi ses fragments et copies de rechercheL’ancienne consigne n’est plus proposée comme applicable
Changement de droitsRépercuter les restrictions dans la recherche et les liensUn profil non autorisé ne récupère ni extrait ni contenu

Prévoir le retrait, pas seulement l’import

La documentation de Microsoft sur la suppression dans Azure AI Search explique qu’un index peut conserver des documents orphelins si la synchronisation des suppressions n’est pas correctement organisée. Ce comportement dépend de la méthode d’alimentation et de la source. Il illustre un point à vérifier dans votre propre solution ; il ne prouve pas que tous les produits fonctionnent de manière identique.

Demandez une démonstration sur un jeu fictif : import d’une version A, remplacement par B, retrait de B. À chaque étape, recherchez les informations caractéristiques des anciennes versions. Contrôlez les références affichées et l’accès aux fichiers. Une mention « synchronisation réussie » dans un tableau de bord ne suffit pas à démontrer que les anciennes consignes ont disparu des réponses.

Le retrait du corpus actif n’implique pas nécessairement la destruction de l’archive officielle. Distinguez conservation documentaire, archivage probatoire et disponibilité pour la génération. Les durées de conservation et autorisations doivent être définies avec les responsables compétents, notamment lorsque des données personnelles sont concernées.

Exemple fictif : deux versions d’une procédure administrative

Une structure fictive utilise un assistant pour expliquer une demande de formation. La version A indique un destinataire qui n’est plus le bon ; la version B le remplace. Si les deux fichiers restent actifs sans règle de priorité, l’assistant peut produire deux réponses différentes selon les passages retrouvés.

Le responsable documentaire confirme la version applicable. L’équipe technique retire A du corpus de recherche actif, importe B et vérifie la question de référence : « Où envoyer la demande ? » Elle teste ensuite une formulation différente et une question qui cite explicitement l’ancienne procédure. L’assistant doit signaler que celle-ci n’est plus applicable lorsqu’il dispose de cette information, ou orienter vers la source de référence plutôt que fabriquer une justification.

Construire une petite batterie de tests de maintenance

  1. Question témoin. La réponse renvoie-t-elle au bon passage de la version applicable ?
  2. Ancienne consigne. Un détail retiré réapparaît-il dans une réponse ?
  3. Source absente. L’assistant indique-t-il qu’il ne trouve pas d’information suffisante ?
  4. Document contradictoire. Le système expose-t-il la limite plutôt que choisir arbitrairement ?
  5. Profil restreint. L’utilisateur récupère-t-il uniquement les éléments auxquels il a droit ?
  6. Référence ouvrable. Le lien affiché mène-t-il au document attendu avec les bons droits ?

Conservez le jeu de test, le corpus utilisé et le résultat daté. Les seuils d’acceptation dépendent du risque et du périmètre. Évitez d’annoncer une fiabilité générale à partir de quelques réponses réussies. Une régression doit pouvoir suspendre l’usage concerné et déclencher une correction.

Choisir une fréquence selon le risque d’obsolescence

Une documentation qui change chaque semaine n’appelle pas la même surveillance qu’un glossaire stable. Fixez une fréquence de contrôle et des événements qui déclenchent une mise à jour immédiate : nouvelle version validée, retrait d’un document, modification d’un accès. Précisez qui est alerté lorsqu’une synchronisation échoue et ce que l’utilisateur voit pendant l’incident.

La CNIL recommande d’encadrer le déploiement par une analyse des risques et une gouvernance adaptée. L’entretien documentaire s’inscrit dans cette organisation, avec une attention aux données, aux fournisseurs et à la sécurité. Un hébergement interne ne dispense pas de contrôler les droits et les copies.

Pour poursuivre, comparez RAG et fine-tuning, préparez une évaluation métier de l’assistant et anticipez sa réversibilité. Les services IA de DEMETER SANTÉ permettent d’aborder le cadrage des usages et la gouvernance ; un échange sur votre besoin précisera le périmètre d’un éventuel accompagnement.

Questions fréquentes

Faut-il réentraîner le modèle à chaque document modifié ?

Un système RAG peut mettre à jour son corpus de recherche sans réentraîner le modèle de langage. Il faut toutefois vérifier comment les documents, fragments, métadonnées et éventuels caches sont actualisés dans l’architecture choisie.

Une date récente garantit-elle la bonne version ?

Non. Une copie récente d’un document retiré reste inapplicable. La date doit être reliée à un statut et à une validation métier, avec un emplacement de référence clairement identifié.

Peut-on garder les anciennes versions ?

Elles peuvent être nécessaires dans un système d’archivage autorisé. Leur conservation doit être distinguée de leur présence dans le corpus utilisé pour répondre sur les règles actuelles.

Comment tester un document supprimé ?

Utilisez un jeu fictif, retirez une source selon la procédure prévue puis recherchez une information qui lui était propre. Vérifiez les fragments récupérés, la réponse finale et les liens, avec différents profils autorisés.

Qui doit valider une mise à jour ?

Le responsable métier valide l’applicabilité du contenu ; le responsable technique vérifie sa prise en compte. Les rôles exacts dépendent de votre gouvernance et du risque de l’usage. Un reçu d’import ne remplace pas ces vérifications.

Sources et méthode

Article rédigé le 27 octobre 2026 sous la signature éditoriale de Dimitri Jorand. Sources primaires consultées à cette date. Préparation rédactionnelle assistée par IA et contrôle documentaire des références. Les exemples sont fictifs ; les grilles et propositions pratiques sont originales. Ce support d’information ne remplace pas une analyse de votre situation par les interlocuteurs compétents ni les procédures de votre structure.

Sources