Wenn Sie zuvor Dialogflow CX verwendet haben, möchten Sie möglicherweise Ihre vorhandenen Abläufe wiederverwenden, während Sie nach und nach neue Agents mit CX Agent Studio erstellen.
Sie können einen flowbasierten Agenten erstellen, der die Unterhaltung an den Ablauf übergibt, bis END_SESSION erreicht ist. An diesem Punkt wird die Unterhaltung an den CX Agent Studio-Agenten zurückgegeben, der den flowbasierten Agenten initiiert hat.
CX Agent Studio-Agentenanwendungen senden Nutzereingaben mit der API-Methode DetectIntent an Abläufe.
Bei Spracheingaben verarbeiten CX Agent Studio-Agentenanwendungen TTS und STT für diese Interaktionen.
Über die Console können Sie festlegen, wie Daten zwischen Ihrer Agentenanwendung und den Abläufen hin und her gesendet werden.
Berechtigungen konfigurieren
Damit Ihre Agentenanwendung Berechtigungen zum Aufrufen Ihres Dialogflow CX-Ablaufs hat, müssen Sie dem Customer Engagement Suite Service Agent die Rolle „Dialogflow API Client“ zuweisen.
Flowbasierten Agenten erstellen
So erstellen Sie einen flowbasierten Agenten über den Agent Builder:
- Klicken Sie unten auf den Agenten, der den flowbasierten Agenten initiieren soll, auf das Pluszeichen.
- Klicken Sie auf Flowbasierten Agenten importieren. Das Konfigurationsfeld wird geöffnet.
- Wählen Sie das Projekt für Ihren Ablauf aus.
- Wählen Sie den Agenten für Ihren Ablauf aus.
- Geben Sie einen Anzeigenamen an.
- Geben Sie eine Beschreibung für den übergeordneten CX Agent Studio-Agenten an, in der beschrieben wird, wann die Steuerung an den Ablauf übertragen werden soll.
- Geben Sie die Startressource des Ablaufs an.
- Geben Sie die Umgebung an, die für den Ablauf verwendet werden soll. Standardmäßig ist „Entwurf“ ausgewählt.
- Geben Sie die Zuordnung von Eingabevariablen an. Die hier angegebenen Variablen werden als Sitzungsparameter an den Ablauf gesendet.
- Zuordnung von Ausgabevariablen. Die hier angegebenen Sitzungsparameter des Ablaufs werden als Variablen an Ihre Agentenanwendung gesendet.
- Klicken Sie auf Importieren.
Best Practices für die Migration
Wenn Sie Ihre vorhandenen Abläufe verwenden, beachten Sie die folgenden Best Practices.
Playbooks
CX Agent Studio-Agents bieten zwar ähnliche Funktionen wie Playbooks, sie sind aber kein direkter Ersatz. Dialogflow CX-Agents können eine enge Verknüpfung zwischen Playbooks und Abläufen haben, was einen direkten Ersatz erschwert.
Isolierte vs. integrierte Agententypen
Wenn Sie von Dialogflow CX-Agents mit komplexen Beziehungen zwischen Abläufen und Playbooks zu CX Agent Studio-Agents wechseln, sollten Sie zuerst die Agententypen isolieren.
Sie können neue CX Agent Studio-Agents für alle neuen Anwendungsfälle erstellen und Ihre Dialogflow CX-Agents für alte Anwendungsfälle beibehalten. Dazu können Sie eine Routing-Ebene verwenden, um zu bestimmen, welcher Agententyp aufgerufen werden soll.
Beachten Sie, dass CX Agent Studio-Steuerungsagents keine Übertragung zwischen Dialogflow CX-Agents ausführen können, bis END_SESSION erreicht ist und die Steuerung an den CX Agent Studio-Steuerungsagenten zurückgegeben wird.
Wenn dieser Ansatz nicht praktikabel ist und Sie Ihre vorhandenen Abläufe verwenden müssen, können Sie flowbasierte CX Agent Studio-Agents verwenden, wie in dieser Anleitung beschrieben. Es ist wichtig, CX Agent Studio-Agents als Steuerungsagents zu verwenden, um das Routing zwischen CX Agent Studio-Agents und Abläufen zu verwalten.
Beachten Sie, dass dieser Vorgang möglicherweise einen erheblichen einmaligen Aufwand erfordert.
Abläufe für hochdeterministische Geschäftslogik
Abläufe eignen sich ideal für die Verwaltung hochdeterministischer Geschäftslogik, insbesondere wenn diese Logik nicht von CX Agent Studio-Callbacks verarbeitet werden kann.
Gute Beispiele für die Verwendung eines Ablaufs:
- Sequenzielle Datenerfassung und -validierung durchführen
- Authentifizierungsablauf basierend auf Sitzungsparametern durchführen
Schlechte Beispiele für die Verwendung eines Ablaufs:
- Mit einer vorgefertigten Antwort auf den Nutzer reagieren, da dies problemlos mit einem CX Agent Studio-Agenten-Callback erreicht werden kann.
- Intent-Klassifizierung und -Erkennung durchführen, da Sie für solche Zwecke LLMs verwenden sollten.
Abläufe als Blackboxen
Ein Problem bei Abläufen besteht darin, dass sie von Sitzungsparametern abhängen, die implizite globale Parameter sind. Standardmäßig werden alle in einem Ablauf erfassten Parameter automatisch an den Sitzungsbereich weitergegeben und sind somit für nachfolgende Abläufe zugänglich. Diese Methode führt zu einem Problem, bei dem Änderungen an der Logik zur Parametererfassung in einem vorgelagerten Ablauf unbeabsichtigt nachgelagerte Abläufe stören können.
Dieses Verhalten muss bei der Verwendung von flowbasierten CX Agent Studio-Agents sorgfältig berücksichtigt werden. CX Agent Studio-Agents müssen Abläufe als gekapselte Blackboxen behandeln, wobei alle erforderlichen Informationen über explizite Eingabeparameter übermittelt werden. Nach dem Start eines Ablaufs sollte der Ablauf diese übergebenen Parameter als Sitzungsparameter verwenden, um die zugewiesenen Aktionen auszuführen. Umgekehrt ist es wichtig, dass der Ablauf beim Beenden die vordefinierten Ausgabeparameter aus den Sitzungsparametern füllt, bevor er die Steuerung an den CX Agent Studio-Agenten übergibt.
Beispiele
Das folgende Diagramm zeigt eine empfohlene Konfiguration, bei der der CX Agent Studio-Agent als Routing-Ebene fungiert, während Abläufe eine in sich geschlossene Logik ausführen, bevor sie die Steuerung abgeben.
Das folgende Diagramm zeigt eine akzeptable Konfiguration (beachten Sie die Einbeziehung des Playbooks), solange die Interaktionen zwischen Playbook und Ablauf als Blackbox vom CX Agent Studio-Agenten für das Routing gekapselt bleiben.
Das folgende Diagramm zeigt eine nicht akzeptable Konfiguration aufgrund der komplizierten Übergänge zwischen CX Flow B und PS Agent A, die die Kapselung der Schnittstelle beeinträchtigen.
