Le RAG peut connecter un modèle aux informations de l'entreprise, mais la qualité dépend des sources, des autorisations, de la récupération, des citations et de l'évaluation — pas seulement des embeddings.

En bref

Utilisez la génération augmentée de récupération (RAG) lorsque la réponse doit être ancrée dans des sources actualisables et vérifiables. Ne l'utilisez pas pour masquer un défaut de gouvernance documentaire ou pour contourner les droits d'accès des applications d'origine.

La prochaine étape n'est pas de choisir un outil, mais de clarifier la décision métier, les responsabilités associées et les critères d'évaluation retenus.

Modèle de décision

01. Sources

Sélectionnez les documents pertinents, désignez leurs responsables et définissez le cycle de mise à jour.

02. Gestion des accès

Préservez les droits d'accès de l'utilisateur et filtrez la recherche avant toute génération.

03. Recherche et récupération

Testez la segmentation (chunking), les métadonnées, la recherche et le reclassement (reranking) sur des questions métier réelles.

04. Évaluation

Mesurez le rappel (recall), la pertinence de la réponse, l'exactitude des citations, le taux de refus légitime et la latence.

Mise en pratique

01. Contexte initial

Établissez un registre des sources avant toute indexation. Pour chaque document, consignez le responsable, les accès autorisés, la date de mise à jour, la version, la sensibilité et la règle de conservation. Le RAG ne résout pas les contradictions entre procédures ou documents obsolètes : il peut simplement les extraire plus rapidement. Sans gouvernance préalable, la réponse peut citer avec exactitude une source qui n'est plus valable pour l'utilisateur concerné.

02. Exécution maîtrisée

Concevez la phase de récupération indépendamment de la génération. Testez le découpage en segments, les métadonnées, le filtrage des permissions, la combinaison entre recherche lexicale et sémantique, le nombre d'extraits retenus et le reclassement. Présentez les citations de manière à ce que l'utilisateur puisse vérifier le passage source et la version du document. Le modèle doit être en mesure d'indiquer que les données sont insuffisantes, au lieu de combler les lacunes par une explication simplement plausible.

03. Preuve utile

Le jeu de données d'évaluation doit être élaboré à partir de questions réelles, incluant des requêtes directes, des comparaisons, des questions insolubles, des contradictions entre sources et des demandes non autorisées. Mesurez si la bonne source a été extraite, si l'affirmation est étayée et si les droits d'accès ont été respectés. Évaluez séparément la phase de recherche et la qualité de la réponse générée, sous peine de ne pas savoir si l'erreur provient de la recherche, du contexte assemblé ou du modèle lui-même.

04. Seuil de décision

Un système RAG est opérationnel lorsque les sources ont des propriétaires désignés, que les mises à jour sont reproductibles, que les permissions s'appliquent lors de la requête et que les régressions sont détectables. Si votre équipe doit fréquemment rectifier les documents après la diffusion de réponses erronées, l'entreprise fait face avant tout à un problème de gestion des connaissances. Parfois, le bénéfice le plus précieux d'un pilote réside dans l'assainissement des sources plutôt que dans le lancement immédiat d'une interface d'IA.

Scénario et plan d'action

01. Exemple de diagnostic

Une base de connaissances peut regrouper des procédures en vigueur, des versions obsolètes, des notes de direction et des informations réservées à un service précis. Si l'ensemble est indexé sans métadonnées ni filtrage, une réponse peut associer des sources incompatibles ou divulguer un extrait confidentiel à un collaborateur non autorisé. Le registre des sources et le filtrage des droits doivent impérativement précéder la vectorisation. Face à une question sans fondement documentaire, le comportement attendu est un refus motivé précisant l'information manquante. La citation permet à l'utilisateur de vérifier non seulement l'énoncé, mais aussi la version et la validité du document.

02. Plan de mise en œuvre

Le pilote débute sur un périmètre restreint avec un corpus de questions recueillies auprès d'utilisateurs réels. Évaluez la récupération avant la génération : si l'extrait pertinent n'est pas extrait, changer de modèle linguistique ne résoudra rien. Testez le découpage, les métadonnées et les permissions, puis évaluez la fidélité des affirmations et des citations. Mettez en place un processus de réindexation et de purge, analysez les questions sans réponse et conservez les retours qualifiés. L'extension à d'autres départements n'intervient que si les responsables de sources assument la charge des mises à jour et que les règles d'accès s'appliquent rigoureusement.

03. Journal de décision

Afin d'assurer le suivi des recommandations du guide « RAG pour les données d'entreprise : sources, permissions et évaluation », nous ouvrons un journal de bord dès la première intervention. Nous y consignons le problème constaté, l'état initial, l'hypothèse, la personne responsable, la période d'évaluation et le critère guidant l'arrêt ou la poursuite des travaux. Les éléments de preuve sont tirés des sources appropriées, et les métriques techniques restent distinctes des résultats opérationnels. La première mesure suivie concerne les documents pertinents récupérés, sans l'isoler de la qualité des données, du coût total et des impacts sur les étapes aval. Ainsi, chaque décision peut être explicitée et répliquée avec rigueur, sans dépendre d'une simple impression.

04. Revue et décision suivante

À l'issue du cycle, nous comparons le résultat obtenu au point de départ et consignons les changements intervenus, les incertitudes persistantes et les éventuels effets secondaires constatés. Nous vérifions expressément si les conditions « Les sources ont des responsables et des versions » et « Les permissions s'appliquent lors de la recherche » sont satisfaites. Si les données ne permettent pas de conclure, nous laissons l'hypothèse ouverte au lieu de proclamer un succès prématuré. Le risque lié à « L'indexation indistincte de tous les fichiers » reste examiné en revue pour éviter que l'urgence de prouver des progrès n'éclipse la lucidité de l'analyse. L'étape suivante n'est retenue que si l'équipe peut expliquer les enseignements tirés et la pertinence de cette nouvelle priorité.

Check-list avant déploiement

  • Les sources ont des responsables désignés et des versions précises.
  • Les permissions d'accès s'appliquent dès la récupération.
  • La réponse cite le fragment exact utilisé.
  • Le système refuse de répondre en l'absence de source probante.
  • L'évaluation intègre des questions volontairement sans réponse.
  • La mise à jour et la suppression des documents sont testées de bout en bout.

Ce que nous mesurons

Les indicateurs sont fixés avant le lancement et séparent nettement les signaux techniques des résultats confirmés.

  • les documents pertinents correctement récupérés ;
  • les réponses étayées et l'exactitude des citations ;
  • le taux de refus légitime et d'escalade ;
  • la latence, le coût et les retours des utilisateurs.

Erreurs et limites

  • Indexer l'ensemble des fichiers sans sélection préalable.
  • Appliquer un découpage identique à des formats hétérogènes.
  • Ignorer les listes de contrôle d'accès (ACL).
  • Évaluer le système sur une simple impression humaine et quelques questions.

Conclusion

Un système RAG fiable rend ses sources et ses incertitudes parfaitement visibles. Sa qualité découle de la gouvernance de l'information et d'une évaluation rigoureuse, non de la taille de l'index vectoriel.