Actions Builder ist die beste Möglichkeit, um Google Assistant zu entwickeln, da Sie damit einfache und optimierte Konversationsaktionen erstellen können. Actions Builder ist eine webbasierte IDE, die in die Actions Console integriert ist und folgende Funktionen bietet:
- Visueller Workflow und statusbasierte Möglichkeit zur Steuerung der Unterhaltungen deiner Aktion.
- Schnelleres Prototyping und reduzierte Latenz
- Eine einzige Oberfläche zum Erstellen, Analysieren und Debuggen von Konversationsaktionen
Wenn Sie eine mit Dialogflow erstellte Unterhaltungsaktion haben, können Sie in der Actions Console Ihr Projekt zu Actions Builder migrieren.
Gründe für die Migration
Sie müssen den Dialogflow-Agent nicht migrieren und Ihre Aktion funktioniert weiterhin auf Google Assistant-Geräten. Die Verwendung von Actions Builder und des Actions SDK bietet jedoch Vorteile.
Verbesserte Tools mit dem Actions SDK und der Befehlszeile
- Mit dem Actions SDK und der Befehlszeile kannst du komplexe Projekte erstellen und ganz einfach mit deinen Teams zusammenarbeiten. Konversationsdesignschaffende können zuerst den Unterhaltungsablauf in Actions Builder erstellen. Entwickelnde können das Projekt dann in eine dateibasierte Struktur herunterladen und mit ihren bevorzugten Entwicklungstools und Versionsverwaltungssystemen weitere Funktionen erstellen. Indem das Projekt wieder auf Actions Builder übertragen wird, können andere Teammitglieder mit dem Erstellen, Testen und Bereitstellen der Aktion fortfahren.
Bessere Einbindung in Best Practices für Konversationsdesign
- Durch die Anpassung von Fallback-Intents in jeder Szene können Sie zu jeder Zeit der Unterhaltung Antworten mit oder ohne Eingabe bereitstellen.
- Einfache Zusammenarbeit zwischen Designschaffenden und Entwickelnden durch die grafische, zustandsbasierte Methode zur Erstellung einer Konversationserfahrung.
Einfachere Lokalisierung
- Alle lokalisierbaren Inhalte für Intents, Szenen und Typen (z. B. Trainingsformulierungen, Prompts und Typsynonyme) können auf einer Seite bearbeitet werden.
Verbesserungen bei der Implementierung von Unterhaltungen
Actions Builder bringt viele Verbesserungen an der Actions Console und vereinfacht die Entwicklungsprozesse. In diesem Abschnitt wird beschrieben, wie Actions Builder die Entwicklung Ihrer Aktion optimiert und vereinfacht.
Intent-Wiederverwendbarkeit
In Dialogflow ist die Webhook-Logik an Intents gebunden. Das bedeutet, dass Intents nicht für andere Webhooks wiederverwendet werden können. Wenn Sie dieselben Trainingsformulierungen verwenden möchten, aber eine andere Webhook-Logik haben, müssen Sie zusätzliche Intents erstellen, die für jeden Webhook-Logikfall auf unterschiedliche Handler-Namen verweisen.
In Actions Builder enthält ein Intent Trainingsformulierungen und Entitäten, der Webhook ist jedoch unabhängig. Dieser Ansatz bedeutet, dass Sie verschiedene Webhook-Handler für denselben Intent verwenden können. So sind Sie flexibler.
Verbesserte Visualisierung des Gesprächsflusses
In Dialogflow geben Kontexte an, welche Intents zu einem bestimmten Zeitpunkt in der Unterhaltung am wahrscheinlichsten übereinstimmen.
Statt Kontexte werden in Actions Builder Szenen verwendet, um zu steuern, welche Intents in verschiedenen Teilen der Unterhaltung zugänglich sind.
Wenn ein Nutzer eine Szene betritt, werden mit Übergängen Unterhaltungspfade definiert, die der Nutzer nehmen kann. Übergänge können auf bedingter Logik sowie auf benutzerdefiniertem Abgleich oder System-Intent-Abgleich basieren.
Auf der Benutzeroberfläche des Builders lässt sich leicht nachvollziehen, wie Übergänge Szenen miteinander verbinden. In Abbildung 1 geht die Szene guess_game zur suggested_new_game-Szene (1) über. Sie können auch die beiden barrierefreien Intents innerhalb der Szene sehen: generic_no und generic_yes. Je nachdem, welcher Intent zugeordnet wird, geht die suggested_new_game-Szene entweder zur show_menu- oder zur routing_game-Szene über (2).
Anpassbare Prompts basierend auf Szenarien
In Dialogflow können Sie eine einfache Antwort im Webhook senden oder eine statische Antwort in der Dialogflow-Konsole definieren.
Actions Builder führt das Konzept einer Eingabeaufforderungswarteschlange ein. Sie können Prompts in mehreren Abschnitten einer Szene sowie in Ihrem Webhook definieren. Alle Aufforderungen werden der Aufforderungswarteschlange hinzugefügt, zu einer Antwort zusammengeführt und an den Nutzer gesendet. Mit diesem Ansatz können Sie Antworten basierend auf den Aussagen der Nutzenden zusammenfassen, nicht nur basierend auf dem übereinstimmenden Intent.
Wenn beispielsweise Aufforderungen in einer Szene und im Webhook definiert werden, wird die Webhook-Aufforderung zuerst der Aufforderungswarteschlange und dann die Szenenaufforderung hinzugefügt.
In der folgenden Liste wird beschrieben, wo Sie Prompts im Actions Builder definieren können und in welcher Reihenfolge sie der Prompt-Warteschlange hinzugefügt werden:
- Beim Betreten
- Bedingungen
- Slot-Füllung
- Szenen
Integrierte Best Practices für das Gesprächsdesign
Bei der Einrichtung eines Dialogflow-Projekts wird automatisch ein globaler Fallback-Intent generiert, genau wie der Standard-Begrüßungs-Intent. Der Standard-Fallback-Intent wird zugeordnet, wenn ein Nutzer etwas sagt, das keinem vorhandenen Intent zugeordnet werden kann, oder wenn keine Nutzereingabe erfolgt.
Damit Fehler ordnungsgemäß verarbeitet werden können, müssen dem Fallback-Intent für jede Unterhaltungsrunde Folge-Intents hinzugefügt werden.
In Actions Builder werden zwei separate globale Intents automatisch in neue Projekte eingeschlossen: NO_MATCH und NO_INPUT.
Wenn die Assistant-NLU dem System-Intent NO_MATCH oder NO_INPUT entspricht, wird die entsprechende standardmäßige oder benutzerdefinierte Aufforderung an den Nutzer gesendet. Sobald NO_MATCH oder NO_INPUT dreimal abgeglichen wurde, wird die entsprechende letzte Nachricht an den Nutzer gesendet und Assistant beendet die Unterhaltung mit deiner Aktion.
Sie können jeder Szene drei NO_MATCH- und NO_INPUT-Handler hinzufügen. Diese Funktion ermöglicht anpassbare Aufforderungen für die spezifische Fehlerbehandlung anstelle eines allgemeinen Fallbacks, der durch keine Übereinstimmung oder keine Eingabe des Nutzers verursacht wird.
NO_MATCH-Intent-Handler, die einer einzelnen Szene zugewiesen sind.