Outil de migration de Dialogflow vers Actions Builder

Actions Builder est le meilleur moyen de créer des applications pour l'Assistant Google, car il vous aide à créer des actions conversationnelles de manière simple. Actions Builder est un IDE Web intégré à la console Actions. Il fournit les fonctionnalités suivantes:

  • Workflow visuel et moyen basé sur l'état de contrôler les conversations de votre action.
  • Prototypage plus rapide et latence réduite.
  • Interface unique pour la création, l'analyse et le débogage de vos actions de conversation.

Si vous avez créé une action de conversation avec Dialogflow, vous pouvez choisir de migrer votre projet vers Actions Builder dans la console Actions.

Pourquoi migrer ?

Bien qu'il n'y ait pas besoin de migrer votre agent Dialogflow et que votre action continuera de fonctionner pour les appareils dotés de l'Assistant Google, l'utilisation d'Actions Builder et du SDK Actions présente des avantages.

  • Outils améliorés avec le SDK Actions et la CLI

    • Le SDK Actions et la CLI vous permettent de créer des projets complexes et de collaborer facilement avec vos équipes. Les concepteurs de dialogue peuvent d'abord créer le flux de conversation dans Actions Builder. Les développeurs peuvent ensuite télécharger le projet dans une structure basée sur des fichiers et continuer à créer des fonctionnalités à l'aide de leurs outils de développement et systèmes de contrôle des versions préférés. En redéployant le projet vers Actions Builder, les autres membres de l'équipe peuvent continuer à créer, tester et déployer l'action.
  • Meilleure intégration aux bonnes pratiques de conception des conversations

    • La personnalisation des intents de remplacement dans chaque scène vous permet de fournir des réponses sans entrée ou sans correspondance à tout moment de la conversation.
    • Collaboration facile entre les concepteurs et les développeurs grâce à la méthode graphique et basée sur l'état de création d'une expérience de conversation.
  • Localisation simplifiée

    • Tout le contenu localisable pour les intents, les scènes et les types (comme les phrases d'entraînement, les invites et les synonymes de type) peut être modifié sur une seule page.

Amélioration de l'implémentation de la conversation

Actions Builder apporte de nombreuses améliorations à la console Actions et simplifie les processus de développement. Cette section explique comment Actions Builder simplifie et simplifie le processus de développement de votre action.

Intents réutilisables

Dans Dialogflow, la logique du webhook est liée aux intents, ce qui signifie qu'ils ne peuvent pas être réutilisés avec d'autres webhooks. Si vous souhaitez utiliser les mêmes phrases d'entraînement, mais avoir une logique de webhook différente, vous devez créer des intents supplémentaires qui font référence à des noms de gestionnaires différents pour chaque cas de logique de webhook.

Dans Actions Builder, un intent inclut des expressions et des entités d'entraînement, mais le webhook est indépendant. Cette approche signifie que vous pouvez utiliser différents gestionnaires de webhooks pour le même intent, ce qui vous offre plus de flexibilité.

Amélioration de la visualisation du flux de conversation

Dans Dialogflow, les contextes indiquent les intents les plus susceptibles de correspondre à un certain stade de la conversation.

Au lieu de contextes, Actions Builder utilise des scènes pour gérer les intents accessibles dans différentes parties de la conversation.

Lorsqu'un utilisateur entre dans une scène, les transitions définissent les chemins de conversation qu'il peut emprunter. Les transitions peuvent être basées sur une logique conditionnelle, ainsi que sur une correspondance d'intent personnalisée ou système.

L'interface utilisateur du compilateur permet de comprendre facilement comment les transitions relient les scènes. Dans la figure 1, la scène guess_game passe à la scène suggested_new_game (1). Vous pouvez également voir les deux intents accessibles dans la scène: generic_no et generic_yes. En fonction de l'intent mis en correspondance, la scène suggested_new_game passe à la scène show_menu ou routing_game (2).

Figure 1 : Vue graphique d'une scène, avec transition de la scène (1) et gestion de l'intent (2).

Invites personnalisables selon des scénarios

Dans Dialogflow, vous pouvez envoyer une réponse simple dans le webhook ou définir une réponse statique dans la console Dialogflow.

Actions Builder présente le concept de file d'attente d'invites. Vous pouvez définir des requêtes dans plusieurs sections d'une scène, ainsi que dans votre webhook. Toutes les invites sont ajoutées à la file d'attente d'invites, fusionnées en une seule réponse et transmises à l'utilisateur. Cette approche vous permet de rassembler les réponses en fonction de ce que les utilisateurs ont dit ou fait, et pas seulement en fonction de l'intent pour lequel ils ont mis en correspondance.

Par exemple, si des invites sont définies dans une scène et le webhook, l'invite de webhook est d'abord ajoutée à la file d'attente d'invites, puis à l'invite de la scène.

La liste suivante indique où définir des requêtes dans Actions Builder, ainsi que l'ordre dans lequel elles sont ajoutées à la file d'attente d'invites:

  1. À l'entrée
  2. Conditions
  3. Remplissage de cases
  4. Scènes

Bonnes pratiques pour concevoir des conversations intégrées

Lorsqu'un projet Dialogflow est configuré, un intent de remplacement global est automatiquement généré, tout comme l'intent d'accueil par défaut. L'intent de remplacement par défaut est mis en correspondance lorsqu'un utilisateur dit quelque chose qui ne peut pas être mis en correspondance avec des intents existants ou en l'absence d'entrée utilisateur.

Pour une gestion optimale des erreurs, des intents de suivi doivent être ajoutés à l'intent de remplacement pour chaque tour de conversation.

Dans Actions Builder, deux intents globaux distincts sont automatiquement inclus dans les nouveaux projets: NO_MATCH et NO_INPUT.

Lorsque la NLU de l'Assistant correspond à l'intent système NO_MATCH ou NO_INPUT, l'invite correspondante par défaut ou personnalisée est envoyée à l'utilisateur. Lorsque NO_MATCH ou NO_INPUT correspond trois fois, le message final correspondant est envoyé à l'utilisateur, et l'Assistant met fin à la conversation avec votre action.

Vous pouvez ajouter trois gestionnaires NO_MATCH et NO_INPUT à chaque scène. Cette fonctionnalité permet d'afficher des invites personnalisables pour gérer des erreurs spécifiques, plutôt qu'un remplacement général causé par l'absence de correspondance ou l'absence d'entrée de l'utilisateur.

Figure 2. Trois gestionnaires d'intent NO_MATCH attribués à une seule scène