Un agent connecté à la connaissance
Un agent peut consulter RAG comme outil de connaissances.
Ce que vous apprendrez
- Expliquer : une boucle d'agent limitée
- Appliquer l'idée dans un exemple : un agent connecté à la connaissance
- Reconnaître les limites et vérifier le résultat de l'exercice
Un agent peut consulter RAG comme outil de connaissances. Cela diffère de prétendre qu’il a mémorisé tous les documents.
Ces étapes font référence aux fonctionnalités identifiées dans le code de l'application. Ce matériel n'a pas été validé sur une instance réelle ; vérifiez la documentation et les options de votre version.
Comment ça marche, étape par étape
Une boucle d'agent limitée
Un agent combine un modèle avec des outils, un objectif et un état. Il observe la demande, choisit une étape, reçoit un résultat et décide de continuer ou non. Un chatbot ne peut générer que du texte ; un agent peut demander une action externe. Les définitions commerciales varient, alors inspectez le contrôle réel. Définissez le succès et l'arrêt : un résultat vérifié, un nombre maximum de pas, des erreurs répétées ou un budget épuisé. Utilisez des capacités étroites et des autorisations minimales. Une autonomie utile signifie une liberté dans les limites imposées par le logiciel.
RAG accède aux preuves, il ne se recycle pas
RAG signifie génération augmentée par récupération : la récupération fournit les passages pertinents avant que le modèle ne réponde. L'ingestion prépare les documents, tandis que l'exécution des requêtes recherche dans l'index et crée le contexte. Un modèle d'intégration représente le texte numériquement ; le modèle de réponse écrit la réponse. Les modèles de rerankers, de vision, de graphiques et de routeurs ont des rôles différents en cas de besoin. RAG aide avec les informations privées ou changeantes mais ne garantit pas la vérité. Utilisez une API autorisée pour les soldes, l'inventaire exact ou les autorisations ; un ancien document n'est pas une source fiable pour l'état actuel.
La fluidité et l’exactitude se vérifient séparément
Une hallucination est un contenu non étayé ou incorrect présenté comme une réponse. Cela peut provenir d’informations manquantes, d’ambiguïtés ou de modèles mal combinés. Demandez des preuves et vérifiez le document original, la date, les unités et les conditions. Une véritable citation peut toujours ne pas étayer l’affirmation. Utilisez des sources actuelles pour les faits actuels, une calculatrice pour l'arithmétique et « ne peut pas déterminer » quand des preuves sont manquantes. Ne considérez pas la confiance exprimée en prose comme une probabilité calibrée.
Le schéma explicatif
Suivez les flèches pleines pour le flux principal. Les flèches bleues en pointillés fournissent des données ou un contexte ; les flèches roses en pointillés affichent des commentaires ou des résultats renvoyés. Les couleurs et les formes distinguent les modèles, les magasins, les décisions et les sorties. Sur un petit écran, faites défiler horizontalement pour suivre le schéma complet.
Un exemple complet
Attachez un RAG de stratégie indexée à l’agent. Pour « Puis-je revenir après 20 jours ? », il récupère la politique de 14 jours et explique les limites sans inventer d'exceptions.
Essayez-le vous-même
- Joignez le RAG et comparez la même question avec et sans preuves disponibles.
- Enregistrez l’entrée, la source et le résultat attendu avant d’exécuter l’expérience. Utilisez uniquement les données fictives de l'exemple.
- Suivez les étapes du diagramme. À chaque étape, enregistrez les informations reçues et produites ; ne confondez pas le résultat intermédiaire avec le résultat final.
- Répétez après avoir supprimé les informations nécessaires ou rendu la saisie ambiguë. Vérifiez si le système clarifie, arrête ou invente une réponse.
- Comparez avec la solution expliquée. Conservez la configuration, la date, le résultat et une explication des différences. Changez une chose et retestez.
Une solution expliquée
L'agent utilise la stratégie et ne note aucune exception documentée ; cela ne change ni la politique ni l’ordre. Un exercice réussi vous permet de montrer le lien entre les contributions, les étapes et les résultats. Lorsqu’une information manque, une réponse prudente est plus utile que des détails inventés. Comparez bien plus que le style : vérifiez également les conditions, les sources et les opérations.
Quand cette approche est utile et quelles sont ses limites
Joindre un RAG non indexé ne crée pas de preuve. Choisissez cette approche lorsqu’elle améliore un besoin mesuré. Gardez une base de référence simple et comparez les résultats en utilisant des entrées identiques. Un exemple réussi n’établit pas la fiabilité dans toutes les situations.
Vérifiez vos connaissances
Est-ce que plus d’autonomie donne toujours un meilleur résultat ?
Non. Cela augmente également les risques d’erreurs, les coûts et les actions inutiles.
RAG modifie-t-il les paramètres LLM ?
Non. Il fournit le contexte de l’heure de la demande ; les changements de paramètres appartiennent à la formation.
Quel résultat cet exercice devrait-il produire ?
L'agent utilise la stratégie et ne note aucune exception documentée ; cela ne change ni la politique ni l’ordre.
Les mots à retenir
- Agente: Un système qui peut choisir des étapes et utiliser des outils pour atteindre un objectif.
- Récupération: Trouver des informations pertinentes dans des sources accessibles.
- Mise à la terre: Fonder une réponse sur des preuves vérifiables.
Sources et votre prochaine étape
- LangGraph — Flux de travail et agents
- Lewis et al. — Génération augmentée par récupération
- Hugging Face — Cours LLM
Pour préparer : A02 — Votre premier agent dans l'application