Se in precedenza utilizzavi Dialogflow CX, potresti voler riutilizzare i flussi esistenti mentre crei gradualmente nuovi agenti utilizzando CX Agent Studio.
Puoi creare un agente basato su flussi che trasferirà la conversazione al flusso finché non raggiunge END_SESSION. A questo punto, la conversazione viene restituita all'agente CX Agent Studio che ha avviato l'agente basato su flussi.
Le applicazioni degli agenti CX Agent Studio inviano input utente ai flussi utilizzando il metodo API DetectIntent.
Per l'input vocale, le applicazioni degli agenti CX Agent Studio gestiscono TTS e STT per queste interazioni.
Utilizzando la console, puoi definire come i dati vengono inviati avanti e indietro tra l'applicazione dell'agente e i flussi.
Configura autorizzazioni
Affinché l'applicazione dell'agente abbia le autorizzazioni per chiamare il flusso Dialogflow CX, devi fornire all' agente di servizio Customer Engagement Suite il ruolo Client API Dialogflow.
Crea un agente basato su flussi
Per creare un agente basato su flussi dal builder di agenti:
- Fai clic sul pulsante Più nella parte inferiore dell'agente che deve avviare l'agente basato su flussi.
- Fai clic su Importa agente basato su flussi. Si apre il riquadro di configurazione.
- Seleziona il progetto per il flusso.
- Seleziona l'agente per il flusso.
- Fornisci un nome visualizzato.
- Fornisci una descrizione dell'agente CX Agent Studio padre che descriva quando trasferire il controllo al flusso.
- Fornisci la risorsa di avvio del flusso.
- Fornisci l'ambiente da utilizzare per il flusso. Per impostazione predefinita, verrà utilizzata la bozza.
- Fornisci la mappatura delle variabili di input. Le variabili che fornisci qui vengono inviate al flusso come parametri di sessione.
- Mappatura delle variabili di output. I parametri di sessione del flusso che fornisci qui vengono inviati all'applicazione dell'agente come variabili.
- Fai clic su Importa.
Best practice per la migrazione
Quando utilizzi i flussi esistenti, tieni presenti le seguenti best practice.
Playbook
Sebbene gli agenti CX Agent Studio offrano funzionalità simili ai playbook, è importante capire che gli agenti CX Agent Studio non sono una sostituzione immediata. Gli agenti Dialogflow CX potrebbero avere un alto accoppiamento tra playbook e flussi, il che rende difficile la sostituzione diretta.
Tipi di agenti isolati e integrati
Quando esegui la transizione dagli agenti Dialogflow CX con relazioni complesse tra flussi e playbook agli agenti CX Agent Studio, devi prima prendere in considerazione l'isolamento dei tipi di agenti.
Puoi creare nuovi agenti CX Agent Studio per tutti i nuovi casi d'uso e continuare a gestire gli agenti Dialogflow CX per i vecchi casi d'uso. Puoi farlo utilizzando un livello di routing per determinare il tipo di agente da richiamare.
Tieni presente che gli agenti di indirizzamento CX Agent Studio non possono eseguire il trasferimento tra gli agenti Dialogflow CX finché non viene raggiunto END_SESSION e il controllo non viene restituito all'agente di indirizzamento CX Agent Studio.
Se questo approccio non è fattibile e devi utilizzare i flussi esistenti, puoi utilizzare gli agenti basati su flussi CX Agent Studio come descritto in questa guida. È importante utilizzare gli agenti CX Agent Studio come agenti di indirizzamento per gestire il routing tra gli agenti e i flussi CX Agent Studio.
Tieni presente che questa procedura potrebbe richiedere un impegno sostanziale una tantum.
Flussi per la logica di business altamente deterministica
I flussi sono ideali per la gestione della logica di business altamente deterministica, in particolare quando questa logica non può essere gestita dai callback di CX Agent Studio.
Ecco alcuni esempi di utilizzo di un flusso:
- Eseguire raccolte e convalide di dati sequenziali
- Eseguire il flusso di autenticazione in base ai parametri di sessione
Ecco alcuni esempi di utilizzo errato di un flusso:
- Rispondere all'utente con una risposta predefinita, poiché questa operazione può essere eseguita facilmente utilizzando un callback dell'agente CX Agent Studio.
- Eseguire la classificazione e il rilevamento degli intent, poiché per questi scopi devi utilizzare gli LLM.
Flussi come black box
Un problema con i flussi è che dipendono dai parametri di sessione, che sono parametri globali impliciti. Per impostazione predefinita, tutti i parametri raccolti all'interno di un flusso vengono propagati automaticamente all'ambito della sessione, diventando quindi accessibili ai flussi successivi. Questa metodologia introduce un problema in cui le modifiche alla logica di raccolta dei parametri in un flusso a monte possono interrompere inavvertitamente i flussi a valle.
Questo comportamento deve essere considerato attentamente quando si utilizzano gli agenti basati su flussi CX Agent Studio. Gli agenti CX Agent Studio devono trattare i flussi come black box incapsulate, con tutte le informazioni necessarie trasmesse tramite parametri di input espliciti. All'avvio di un flusso, questo deve utilizzare i parametri passati come parametri di sessione per eseguire le azioni designate. Al contrario, all'uscita dal flusso, è importante che il flusso completi i parametri di output predefiniti dai parametri di sessione prima di cedere il controllo all'agente CX Agent Studio.
Esempi
Il seguente diagramma illustra una configurazione consigliata, in cui l'agente CX Agent Studio funge da livello di routing, mentre i flussi eseguono una logica autonoma prima di cedere il controllo.
Il seguente diagramma illustra una configurazione accettabile (nota l'incorporamento del playbook), a condizione che le interazioni tra playbook e flusso rimangano incapsulate come black box dall'agente CX Agent Studio di routing.
Il seguente diagramma illustra una configurazione inaccettabile a causa delle transizioni complesse, avanti e indietro tra CX Flow B e PS Agent A, che compromettono l'incapsulamento dell'interfaccia.
