Si vous utilisiez auparavant Dialogflow CX, vous pouvez réutiliser vos flux existants tout en créant progressivement de nouveaux agents à l'aide de CX Agent Studio.
Vous pouvez créer un agent basé sur un flux qui transmettra la conversation au flux jusqu'à ce qu'il atteigne END_SESSION. À ce stade, la conversation est renvoyée à l'agent CX Agent Studio qui a lancé l'agent basé sur le flux.
Les applications d'agent CX Agent Studio envoient les entrées utilisateur aux flux à l'aide de la méthode d'API DetectIntent.
Pour les entrées vocales, les applications d'agent CX Agent Studio gèrent la synthèse vocale et la reconnaissance vocale pour ces interactions.
À l'aide de la console, vous pouvez définir comment les données sont envoyées entre votre application d'agent et les flux.
Configurer les autorisations
Pour que votre application d'agent soit autorisée à appeler votre flux Dialogflow CX, vous devez attribuer le rôle Client de l'API Dialogflow à l'agent de service Customer Engagement Suite.
Créer un agent basé sur un flux
Pour créer un agent basé sur un flux à partir du générateur d'agents :
- Cliquez sur le bouton Plus en bas de l'agent qui doit lancer l'agent basé sur le flux.
- Cliquez sur Import flow-based agent (Importer un agent basé sur un flux). Le panneau de configuration s'ouvre.
- Sélectionnez le projet de votre flux.
- Sélectionnez l'agent de votre flux.
- Indiquez un nom à afficher.
- Fournissez une description de l'agent parent CX Agent Studio qui indique quand transférer le contrôle au flux.
- Indiquez la ressource de démarrage du flux.
- Indiquez l'environnement à utiliser pour le flux. La valeur par défaut est "draft" (brouillon).
- Indiquez le mappage de variables d'entrée. Les variables que vous fournissez ici sont envoyées au flux en tant que paramètres de session.
- Mappage de variables de sortie. Les paramètres de session de flux que vous fournissez ici sont envoyés à votre application d'agent en tant que variables.
- Cliquez sur Import (Importer).
Bonnes pratiques de migration
Lorsque vous utilisez vos flux existants, tenez compte des bonnes pratiques suivantes.
Playbooks
Bien que les agents CX Agent Studio offrent des fonctionnalités semblables à celles des playbooks, il est important de comprendre qu'ils ne les remplacent pas directement. Les agents Dialogflow CX peuvent avoir un couplage fort entre les playbooks et les flux, ce qui rend le remplacement direct difficile.
Types d'agents isolés et intégrés
Lorsque vous passez d'agents Dialogflow CX avec des relations complexes entre les flux et les playbooks à des agents CX Agent Studio, vous devez d'abord envisager d'isoler les types d'agents.
Vous pouvez créer des agents CX Agent Studio pour tous les nouveaux cas d'utilisation et continuer à gérer vos agents Dialogflow CX pour les anciens cas d'utilisation. Pour ce faire, vous pouvez utiliser une couche de routage afin de déterminer le type d'agent à appeler.
N'oubliez pas que les agents de direction CX Agent Studio ne peuvent pas effectuer de transfert entre les agents Dialogflow CX tant que END_SESSION n'est pas atteint et que le contrôle n'est pas renvoyé à l'agent de direction CX Agent Studio.
Si cette approche n'est pas possible et que vous devez utiliser vos flux existants, vous pouvez utiliser des agents basés sur un flux CX Agent Studio, comme décrit dans ce guide. Il est important d'utiliser des agents CX Agent Studio comme agents de direction pour gérer le routage entre les agents et les flux CX Agent Studio.
N'oubliez pas que ce processus peut nécessiter un effort important ponctuel.
Flux pour une logique métier très déterministe
Les flux sont idéaux pour gérer une logique métier très déterministe, en particulier lorsque cette logique ne peut pas être gérée par les rappels CX Agent Studio.
Voici quelques exemples d'utilisation d'un flux :
- Effectuer des collectes et des validations de données séquentielles
- Effectuer un flux d'authentification basé sur des paramètres de session
Voici quelques exemples d'utilisation incorrecte d'un flux :
- Répondre à l'utilisateur avec une réponse prédéfinie, car cela peut être facilement réalisé à l'aide d'un rappel d'agent CX Agent Studio.
- Effectuer la classification et la détection d'intentions, car vous devez utiliser des LLM à ces fins.
Flux en tant que boîtes noires
L'un des problèmes liés aux flux est qu'ils dépendent des paramètres de session, qui sont des paramètres globaux implicites. Par défaut, tous les paramètres collectés dans un flux sont automatiquement propagés à la portée de la session, ce qui les rend accessibles aux flux suivants. Cette méthodologie pose un problème : les modifications apportées à la logique de collecte de paramètres dans un flux en amont peuvent perturber involontairement les flux en aval.
Ce comportement doit être pris en compte avec soin lorsque vous utilisez des agents basés sur un flux CX Agent Studio. Les agents CX Agent Studio doivent traiter les flux comme des boîtes noires encapsulées, toutes les informations requises étant transmises via des paramètres d'entrée explicites. Lors de l'initialisation d'un flux, celui-ci doit utiliser ces paramètres transmis en tant que paramètres de session pour exécuter les actions désignées. Inversement, lorsque vous quittez le flux, il est important qu'il remplisse les paramètres de sortie prédéfinis à partir des paramètres de session avant de céder le contrôle à l'agent CX Agent Studio.
Exemples
Le schéma suivant illustre une configuration recommandée, dans laquelle l'agent CX Agent Studio fonctionne comme couche de routage, tandis que les flux exécutent une logique autonome avant de céder le contrôle.
Le schéma suivant illustre une configuration acceptable (notez l'intégration du playbook), à condition que les interactions entre le playbook et le flux restent encapsulées en tant que boîte noire à partir de l'agent CX Agent Studio de routage.
Le schéma suivant illustre une configuration inacceptable en raison des transitions complexes et répétées entre CX Flow B et PS Agent A, ce qui compromet l'encapsulation de l'interface.
