Da Dialogflow allo strumento di migrazione di Actions Builder

Actions Builder è il modo migliore di creare per l'Assistente Google, poiché ti aiuta a creare azioni conversazionali in modo semplice e semplificato. Actions Builder è un IDE basato sul Web integrato nella console di Actions e offre le seguenti funzionalità:

  • Flusso di lavoro visivo e metodo basato sullo stato per controllare le conversazioni dell'Azione.
  • Prototipazione più rapida e latenza ridotta.
  • Un'unica interfaccia per la creazione, l'analisi e il debug delle azioni conversazionali.

Se hai creato un'azione conversazionale con Dialogflow, puoi scegliere di eseguire la migrazione del progetto a Actions Builder all'interno della console di Actions.

Motivi della migrazione

Anche se non è necessario eseguire la migrazione dell'agente Dialogflow e l'azione continuerà a funzionare per i dispositivi con l'Assistente Google, l'utilizzo di Actions Builder e dell'SDK Actions offre dei vantaggi.

  • Strumenti migliorati con l'SDK Actions e l'interfaccia a riga di comando

    • L'SDK Actions e l'interfaccia a riga di comando consentono di creare progetti complessi e di collaborare facilmente con i tuoi team. I designer di conversazioni possono prima creare il flusso di conversazione nel generatore di azioni. Gli sviluppatori possono quindi scaricare il progetto in una struttura basata su file e continuare a creare funzionalità utilizzando gli strumenti di sviluppo e i sistemi di controllo della versione che preferiscono. Eseguendo il push del progetto a Actions Builder, gli altri membri del team possono continuare a creare, testare ed eseguire il deployment dell'azione.
  • Migliore integrazione con le best practice per la progettazione delle conversazioni

    • La personalizzazione degli intent di fallback all'interno di ogni scena ti consente di fornire risposte senza input e senza corrispondenza in qualsiasi momento della conversazione.
    • Facile collaborazione tra designer e sviluppatori grazie al metodo grafico basato sullo stato di creazione di un'esperienza di conversazione.
  • Localizzazione semplificata

    • Tutti i contenuti localizzabili relativi a intent, scene e tipi (ad esempio frasi di addestramento, prompt e sinonimi di tipi) possono essere modificati in un'unica pagina.

Miglioramenti all'implementazione delle conversazioni

Actions Builder apporta numerosi miglioramenti alla console di Actions e semplifica i processi di sviluppo. Questa sezione descrive in che modo Actions Builder snellisce e semplifica il processo di sviluppo dell'Azione.

Riutilizzabilità per intent

In Dialogflow, la logica dei webhook è legata agli intent, il che significa che questi non possono essere riutilizzati con altri webhook. Se vuoi utilizzare le stesse frasi di addestramento, ma hai una logica di webhook diversa, devi creare intent aggiuntivi che facciano riferimento a nomi di gestori diversi per ogni caso logico del webhook.

In Actions Builder, un intent include frasi di addestramento ed entità, ma il webhook è indipendente. Questo approccio significa che puoi utilizzare diversi gestori di webhook per lo stesso intento, offrendoti maggiore flessibilità.

Visualizzazione del flusso delle conversazioni migliorata

In Dialogflow, i contesti indicano quali intent hanno maggiori probabilità di corrispondere, in un determinato momento della conversazione.

Invece dei contesti, Actions Builder utilizza le scene per gestire gli intent accessibili in diverse parti della conversazione

Quando un utente entra in una scena, le transizioni definiscono i percorsi conversazionali che può intraprendere. Le transizioni possono basarsi sulla logica condizionale, nonché sulla corrispondenza personalizzata o di sistema per intent.

L'interfaccia utente di Builder semplifica la comprensione del modo in cui le transizioni collegano le scene. Nella Figura 1, la scena guess_game passa alla scena suggested_new_game (1). Puoi anche vedere i due intent accessibili all'interno della scena: generic_no e generic_yes. A seconda dell'intent utilizzato, la scena suggested_new_game passa alla scena show_menu o routing_game (2).

Figura 1. Vista grafica di una scena, con la transizione della scena (1) e la gestione degli intent (2).

Prompt personalizzabili in base agli scenari

In Dialogflow, puoi inviare una risposta semplice nel webhook o definire una risposta statica nella console di Dialogflow.

Il generatore di azioni introduce il concetto di coda di prompt. Puoi definire i prompt in più sezioni di una scena e nel tuo webhook. Tutte le richieste vengono aggiunte alla coda delle richieste, unite in un'unica risposta e recapitate all'utente. Questo approccio ti consente di raggruppare le risposte in base a ciò che gli utenti hanno detto o fatto e non solo in base all'intenzione in cui hanno trovato una corrispondenza.

Ad esempio, se in una scena sono definiti prompt e nel webhook, il prompt del webhook viene aggiunto prima alla coda dei prompt e poi quello della scena.

Il seguente elenco illustra dove puoi definire i prompt nel generatore di azioni e l'ordine in cui vengono aggiunti alla coda dei prompt:

  1. Alla ricezione
  2. Condizioni
  3. Riempimento slot
  4. Scene

Best practice integrate per la progettazione delle conversazioni

Quando viene configurato un progetto Dialogflow, viene generato automaticamente un intent di riserva globale, proprio come l'intent di benvenuto predefinito. L'intent di riserva predefinito viene associato quando un utente afferma qualcosa che non può essere abbinato agli intent esistenti o quando non ci sono input utente.

Per gestire agevolmente gli errori, è necessario aggiungere intent di follow-up all'intent di riserva per ogni svolta di conversazione.

Nel generatore di azioni, nei nuovi progetti vengono inclusi automaticamente due intent globali distinti: NO_MATCH e NO_INPUT.

Quando la NLU dell'assistente corrisponde all'intent di sistema NO_MATCH o NO_INPUT, all'utente viene inviata la rispettiva richiesta predefinita o personalizzata. Dopo aver trovato la corrispondenza per tre volte tra NO_MATCH o NO_INPUT, il rispettivo messaggio finale viene inviato all'utente e l'assistente termina la conversazione con l'Azione.

Puoi aggiungere tre gestori NO_MATCH e NO_INPUT a ogni scena. Questa funzionalità consente prompt personalizzabili per una gestione specifica degli errori, anziché un fallback generale causato da mancata corrispondenza o nessun input dell'utente.

Figura 2. Tre gestori di intent NO_MATCH assegnati a una singola scena.