SHEN YIFull-stack & solutions IA

Paris • Singapour • Shanghai

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érifier

Fiche 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

ÉtatSignification
ImplémentéLe code serveur applique la règle avant la récupération.
Métadonnées disponiblesLe 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.py
  • demo/setup_demo.py
  • reports/lesson-07-metadata-inventory.md

Pour continuer : Ouvrir la leçon autonome correspondante · Feuille de route