RAG, appel d’outil ou requête déterministe ?

La décision

Choisissez selon l’autorité nécessaire. Le RAG explique des documents ; une requête déterministe fournit des faits structurés selon des règles ; un appel d’outil demande une opération que votre application doit valider et autoriser.

Un cas concret

Un assistant fictif reçoit trois demandes : politique de retour, réception d’un retour, annulation d’une collecte. La première utilise des passages, la deuxième le dossier autorisé, la troisième une commande validée avec confirmation adaptée.

Les options à comparer

• Combinez recherche conversationnelle et formulaire classique si utile. Une interface unique doit préserver droits, preuves et erreurs distincts. La commodité ne remplace pas un parcours fiable.

Les points de rupture

Ne donnez pas un stock actuel depuis un document ancien. N’autorisez pas les requêtes illimitées inventées par le modèle. Limitez les opérations, validez les paramètres et clarifiez les identifiants ambigus.

Orienter la demande avant de rédiger

Définissez trois contrats : une explication cite version et passage de la politique ; un état identifie le dossier autorisé et l’instant de lecture ; une annulation précise enlèvement, transition permise et résultat. Le ton peut être conversationnel, mais ces obligations restent distinctes dans l’application.

Un message peut demander une explication de frais, un état puis une annulation conditionnelle. Une explication plausible ne valide pas la condition d’écriture. Lisez l’état de référence, présentez l’action et vérifiez de nouveau à la confirmation. Si l’état a changé, demandez une nouvelle décision. Une référence ambiguë impose une clarification, pas le choix arbitraire d’un dossier.

Tester la frontière entre compréhension et exécution

Essayez deux enlèvements sous un même nom, un enlèvement terminé, un utilisateur sans droit et un prestataire qui reçoit l’annulation mais perd sa réponse. Convenez des résultats métier acceptables. Une bonne réponse de chat ne prouve pas l’annulation. Distinguez terminé, refusé et non résolu, avec une référence exploitable.

Gardez le traitement de la commande utilisable sans modèle pour tester droits, paramètres et répétitions séparément. Les responsables documentaires gèrent les politiques, l’exploitation les commandes incertaines et le responsable produit les actions proposées. Si le dialogue devient peu fiable, conservez formulaire ou consultation classique comme solution utilisable.

Avant de lancer le projet

Explication, fait actuel ou action ? Quel système fait autorité ? Une opération importante peut-elle être relue avant exécution ? Concevez l’intégration IA selon ces réponses.