RAG Formation · Référence
Métadonnées, filtres et périmètres d’accès
Une fiche autonome pour apprendre et tester la qualité RAG sur ce site.
$ reference --status
▸ cours RAG Formation
▸ mode référence autonome
▸ statut Terminé
● apprendre → tester → vérifierFiche de référence
Métadonnées, filtres et périmètres d’accès
Le contenu du cours guidé RAG Formation est complet ; cette fiche est disponible pour un apprentissage autonome.
Règle en une ligne
Un champ ne devient un périmètre d’accès que lorsque le serveur l’applique à l’utilisateur demandeur avant la récupération.
Libellés d’état
| État | Signification |
|---|---|
| Implémenté | Le code serveur applique la règle avant la récupération. |
| Métadonnées disponibles | Le champ documentaire existe, mais aucune règle démontrée ne relie l’utilisateur à un filtre. |
| Proposé | La règle nécessite encore un champ, une politique, un point d’application et un test négatif. |
Inventaire de la démonstration
L’ingestion actuelle de la démonstration fournit l’entreprise, le service, le type de document et la référence du document. À elle seule, elle ne fournit ni rôle utilisateur, ni service de l’utilisateur, ni périmètre fournisseur, ni classification, ni politique d’autorisation.
Cadre du test négatif
Étant donné une identité de fournisseur et une procédure réservée à la QA, lorsque cette identité lance une recherche, alors la procédure QA doit être absente des résultats de récupération et bloquée avant la génération de la réponse. Un filtre côté serveur doit être branché indépendamment sur les quatre recherches (fragments Qdrant, résumés Qdrant, Meilisearch, LightRAG) — chacune est un appel de fonction distinct sans couche de filtrage partagée, donc un filtre ajouté à l’une et oublié dans une autre est une vraie fuite, pas une hypothèse.
Pointeurs locaux
demo/metadata_lab.pydemo/setup_demo.pyreports/lesson-07-metadata-inventory.md
Pour continuer : Ouvrir la leçon autonome correspondante · Feuille de route