Ce guide fournit des recommandations pour surveiller et améliorer les performances des gestionnaires de data store.
Suivre les performances de vos agents
Vous pouvez surveiller l'historique des conversations de vos agents et utiliser l'outil d'analyse pour obtenir des statistiques sur les agents.
Exécuter une évaluation en libre-service
Vous pouvez effectuer une évaluation en libre-service qui analysera la qualité de votre agent de data store et vous recommandera des modifications.
Améliorer les réponses des agents
Si vous trouvez des réponses qui ne répondent pas à vos attentes lors des tests, essayez les solutions suivantes.
- Vous pouvez remplacer une réponse en ajoutant une entrée de questions fréquentes pour une question spécifique.
- Si vous obtenez des réponses de mauvaise qualité avec une FAQ structurée, essayez d'utiliser une FAQ non structurée.
- Utilisez les configurations d'analyse et de segmentation pour optimiser les réponses.
- Pour interdire certaines expressions, consultez Paramètres de l'agent : expressions interdites.
- Pour personnaliser le filtrage de contenu de l'IA responsable, consultez Paramètres de l'agent : filtres de sécurité.
- Pour affiner la réponse de votre agent en fonction des informations fournies plus tôt dans la conversation, vous pouvez configurer des conditions de recherche. Cette fonctionnalité n'est disponible que pour les outils de data store.
Optimisation des outils de data store utilisés par les playbooks
Ce paramètre accélère la réponse RAG d'un data store et améliore la latence en ne réécrivant pas la requête de l'utilisateur ni en remplissant dynamiquement les paramètres de l'outil. Cela signifie que la requête utilisateur est transmise au data store telle quelle, et qu'aucun filtre ni paramètre lié aux métadonnées utilisateur n'est renseigné.
Vous pouvez activer cette fonctionnalité dans la console Dialogflow CX en sélectionnant le playbook, puis en cliquant sur l'onglet Paramètres. Vous pouvez configurer le playbook pour qu'il continue à traiter immédiatement les actions de suivi ou qu'il attende la prochaine saisie de l'utilisateur final.
Si cette option est activée, les instructions de playbook suivantes sont toujours respectées :
- Quand répondre à la requête de l'utilisateur à l'aide du ou des data store.
- Cas où il ne faut pas répondre à la requête de l'utilisateur à l'aide du ou des data store, mais fournir une autre réponse.
- Toute instruction défensive, par exemple "ne répondez pas aux questions sur les concurrents".
Si cette option est activée, les instructions de playbook suivantes sont ignorées. N'activez pas ce paramètre si vous avez l'une des exigences de requête suivantes :
- Filtres de data store spécifiques à renseigner en suivant les instructions.
- Instructions pour appliquer les métadonnées de personnalisation utilisateur transmises par les filtres.
- Toute autre instruction permettant de réécrire la requête utilisateur avant d'interroger le data store.
Gérer les digressions dans les conversations
Un utilisateur final peut poser des questions pour obtenir des précisions au cours d'une conversation. Par exemple, lors de la collecte d'informations sur une carte de crédit, l'utilisateur peut vouloir savoir ce qu'est un CVV. Dans ce cas, votre agent doit répondre à la question et revenir à la collecte des informations nécessaires sur la carte de crédit. Pour ce faire, vous pouvez créer un gestionnaire de data store avec des datastores qui répondent à la question, appliquer ce gestionnaire à la page de début du flux qui gère la collecte des informations de carte de crédit et définir une cible de transition pour que ce gestionnaire revienne à la "page actuelle".
Gérer les correspondances d'intent indésirables
Si votre agent fait correspondre des intents alors qu'il devrait utiliser un gestionnaire de data store, vous pouvez essayer les solutions suivantes pour corriger ce problème :
- Supprimez ou modifiez les expressions d'entraînement vagues afin que toutes vos expressions d'entraînement gèrent précisément l'intention souhaitée et n'entrent pas en conflit avec le contenu de votre data store.
- Utilisez des exemples négatifs pour éviter la correspondance des intents.
Filtrage des data stores
Dans certains cas, vous ne souhaiterez peut-être que certains magasins de données soient disponibles pour les requêtes, en fonction des valeurs des paramètres de session. Par exemple, vous pouvez disposer de magasins de données uniques pour les catégories de produits. Pour filtrer les data store par catégorie de produit :
- Définissez des paramètres de session pour les catégories de produits.
- Créez des routes de condition qui vérifient les valeurs des paramètres de session et passent à une page spécifique comportant le gestionnaire de data store souhaité.
- Le gestionnaire du data store doit revenir à la page appelante pour que la conversation puisse se poursuivre.
Configuration de la recherche dans le datastore
Pour en savoir plus sur l'affinage des résultats de recherche dans votre data store, consultez la page Configuration de la recherche dans le datastore.