Die folgenden Best Practices können Ihnen dabei helfen, robuste Bots zu erstellen.
Playbook-Name in natürlicher Sprache
Verwenden Sie für Playbook-Namen eine natürliche Sprache mit eindeutiger Bedeutung. „Kundenhilfeartikel-Playbook“ ist beispielsweise aussagekräftiger als „company_specialist“, was die Leistung des LLM bei der Laufzeit verbessert.
Prägnante Ziele
Die Ziele sollten eine prägnante Beschreibung des Zwecks des Playbooks sein.
Hochwertige Anleitungen bereitstellen
Die Anleitung sollte:
- den Schritt-für-Schritt-Ansatz zur Lösung eines Problems der Endnutzer widerspiegeln
- Sie müssen aus kurzen Sätzen in natürlicher Sprache bestehen, die allgemeine Anweisungen enthalten.
- klar und verständlich sein und die Szenarien für die Verwendung des Tools angeben
Mindestens ein Beispiel für jedes Playbook
Für jedes Playbook sollte es mindestens ein Beispiel geben. Wir empfehlen jedoch mindestens vier. Beispiele sollten auch Happy-Path-Szenarien umfassen.
Ohne genügend Beispiele führt ein Playbook wahrscheinlich zu unvorhersehbarem Verhalten. Wenn Ihr Playbook nicht wie erwartet reagiert oder sich verhält, sind fehlende oder schlecht definierte Beispiele wahrscheinlich die Ursache. Sie können Ihre Beispiele verbessern oder neue hinzufügen.
Präzision von Anleitungen und Beispielen
Klare und aussagekräftige Anweisungen sind zwar hilfreich, aber die Genauigkeit des Playbooks hängt vor allem von der Qualität und Quantität Ihrer Beispiele ab. Mit anderen Worten: Verbringen Sie mehr Zeit damit, ausführliche Beispiele zu schreiben, als perfekt präzise Anleitungen zu verfassen.
Tools in Beispielen erwähnen
Wenn das Playbook so konzipiert ist, dass Antworten mithilfe von Tools erstellt werden, verweise in den Beispielen für diese Art von Anfrage auf die Tools.
Feld „Tool-Schema“ operationId
Beim Definieren von Schemas für Ihre Tools ist der Wert operationId wichtig.
In der Playbook-Anleitung wird auf diesen Wert verwiesen.
Hier sind einige Empfehlungen für die Benennung dieses Felds:
- Nur Buchstaben, Ziffern und Unterstriche.
- Muss unter allen im Schema beschriebenen
operationIds eindeutig sein. - Muss ein aussagekräftiger Name sein, der die bereitgestellte Funktion widerspiegelt.
Schemavalidierung
Sie sollten Ihr Tool-Schema validieren. Mit dem Swagger Editor können Sie die OpenAPI 3.0-Schemasyntax prüfen.
Leere Tool-Ergebnisse verarbeiten
Wenn Ihr Playbook für die Reaktion auf ein Tool angewiesen ist, kann ein leeres Tool-Ergebnis zu unvorhersehbarem Playbook-Verhalten führen. Manchmal halluziniert das LLM des Playbooks Informationen in einer Antwort anstelle eines Tool-Ergebnisses. Um dies zu verhindern, können Sie bestimmte Anweisungen hinzufügen, damit das LLM des Playbooks nicht versucht, selbst eine Antwort zu geben.
Bei einigen Anwendungsfällen müssen Playbook-Antworten auf Toolergebnissen oder bereitgestellten Daten beruhen und Antworten, die nur auf dem Wissen des Playbook-LLM basieren, müssen abgeschwächt werden.
Beispiele für Anleitungen zur Vermeidung von Halluzinationen:
- „Sie müssen das Tool verwenden, um alle Fragen der Nutzer zu beantworten.“
- „Wenn Sie keine Daten vom Tool erhalten, antworten Sie, dass Sie die Antwort auf die Anfrage des Nutzers nicht kennen.“
- „Erfinden Sie keine Antwort, wenn Sie keine Daten vom Tool erhalten.“
Schema mit Gemini generieren
Gemini kann ein Schema für Sie generieren. Versuchen Sie es beispielsweise mit „Können Sie ein Beispiel für ein OpenAPI 3.0-Schema für Google Kalender erstellen?“
Konzentrierte Playbooks
Vermeiden Sie sehr große und komplexe Playbooks. Jedes Playbook sollte eine bestimmte und eindeutige Aufgabe erfüllen. Wenn Sie ein komplexes Playbook haben, sollten Sie es in kleinere Teil-Playbooks aufteilen.
Schleifen und Rekursion vermeiden
Erstellen Sie keine Schleifen oder rekursiven Aufrufe, wenn Sie Kundenservicemitarbeiter in Ihren Anleitungen verknüpfen.
Routinginformationen für Beispiele angeben
Wenn ein Playbook zu einem anderen Playbook weiterleiten soll, sollten Sie diese Informationen in den Beispielen angeben. Dies ist ein Beispiel aus dem Feld Endbeispiel mit Ausgabeinformationen im Beispielabschnitt Eingabe und Ausgabe.
Der letzte Satz dieses Felds könnte beispielsweise „Für weitere Suchanfragen zum Standard-Playbook weiterleiten“ lauten.
Messenger-JavaScript-Funktionen von Conversational Agents (Dialogflow CX) zur Personalisierung verwenden
Wenn Sie Conversational Agents (Dialogflow CX) Messenger verwenden, sind die folgenden Funktionen nützlich, um Informationen zur Nutzerpersonalisierung von der Weboberfläche an das Playbook zu senden: