Module
Module 5 sur 6Leçon 2 sur 2~16 min

Garder l'index à jour

Une réponse exacte la semaine dernière peut devenir fausse sans que personne ne s'en aperçoive si l'index ne suit pas les sources. Vous apprenez à fixer un objectif de fraîcheur adapté à chaque source, à choisir comment le tenir, à ne pas oublier les contenus retirés et à rendre visibles les échecs de synchronisation.

Objectif de la leçon

À la fin de cette leçon, vous serez capable de fixer un objectif de fraîcheur par source et de spécifier les mécanismes qui le tiennent : resynchronisation, propagation des suppressions, versions et alerte en cas d'échec.

Thèmes abordés

  • fraîcheur de l'index
  • réindexation
  • synchronisation des sources
  • données périmées

Dans quel module

Droits d'accès et fraîcheur

Comment garantir que chacun ne lit que ce qu'il a le droit de voir, dans sa version à jour ?

Leçons du module

  1. Filtrer par droits avant le modèle
  2. Garder l'index à jour (cette leçon)

Ce que vous apprendrez dans la formation

Cette leçon fait partie de la formation Concevoir une architecture RAG adaptée à son produit

  • Choisir, pour un besoin d'information, entre contexte long, données injectées par l'application, RAG et fine-tuning, et justifier le choix par le volume, la fréquence de mise à jour, les droits et le coût.
  • Spécifier l'inventaire des sources, les exclusions, les métadonnées à capturer et la stratégie de découpage des documents.
  • Concevoir la recherche : recherche sémantique, par mots-clés ou hybride, reranking, contextual retrieval, nombre de passages et seuil de pertinence.
  • Spécifier la réponse ancrée dans les sources, l'affichage des citations, la gestion des sources contradictoires et le comportement quand rien n'est trouvé.
  • Spécifier le filtrage par droits avant que le modèle ne lise un passage, et la fraîcheur de l'index (resynchronisation, suppressions, versions).
  • Construire un jeu de 30 questions de test couvrant les modes d'échec d'un RAG et diagnostiquer l'étape responsable d'une mauvaise réponse.
  • Estimer les postes de coût d'un RAG et arbitrer entre outil hébergé, base de connaissances gérée, base vectorielle et développement sur mesure.