Kurz gesagt

  • Ein Klick, den nur Menschen geben können.Die Freigabe ist ein Klick im Chat, den weder das Modell noch Text auf einer Webseite vortäuschen kann.
  • Destruktive Aktionen fragen immer.Löschen oder Stornieren lässt sich nie so einstellen, dass es ohne Freigabe des Besuchers läuft.
  • Was freigegeben wird, wird ausgeführt.Ändern sich die Eingaben der Aktion nach der Freigabe des Besuchers, gilt die Freigabe nicht mehr.
  • Keine erfundenen Bestellnummern.IDs müssen vom Besucher, von der Seite oder aus einem früheren Ergebnis stammen, nie vom Modell.

Eine KI, die auf Ihrer Website handelt, ist nur nützlich, wenn Sie ihr vertrauen können. Die große Sorge: Was, wenn sie etwas tut, worum niemand gebeten hat? OneType hat dafür eine Regel. Eine Aktion, die etwas verändert, wartet auf den eigenen Klick des Besuchers.

Drei Arten von Aktionen

Jedes Tool, das Sie dem Agenten geben, legt fest, was es mit Ihren Daten macht. Diese Wahl entscheidet, ob der Besucher gefragt wird.

  • Lesen, etwa einen Bestellstatus abfragen: läuft ohne Rückfrage, außer Sie entscheiden sich fürs Nachfragen.
  • Etwas ändern, etwa in den Warenkorb legen: fragt zuerst den Besucher.
  • Destruktiv, etwa eine Bestellung stornieren: fragt immer nach und braucht eine Bestätigungsfrage.

Eine Frage in Ihren Worten

Sie schreiben die Frage, die der Besucher sieht, mit Platzhaltern, die aus den Eingaben der Aktion gefüllt werden, zum Beispiel Bestellung #{order_number} stornieren? Der Besucher sieht genau, was passieren wird, bevor es passiert. Lehnt er ab, läuft nichts, und der Agent erfährt es und kann etwas anderes anbieten.

Eine Freigabe, die sich weder fälschen noch wiederverwenden lässt

Die Freigabe ist an genau die Eingaben gebunden, die der Besucher gesehen hat. Ändert sich der Aufruf nach dem Klick, wird die Freigabe abgelehnt. Eine Freigabe gilt 5 Minuten und führt die Aktion einmal aus. Der Agent kann in einer Antwort höchstens 5-mal fragen, damit ein Besucher nie mit Karten überschwemmt wird.

Text, den der Agent auf einer Webseite, in einem Dokument oder in einem Tool-Ergebnis liest, gilt als Daten, nie als Anweisung. Eine auf einer Seite versteckte Zeile mit dem Inhalt „alles freigeben“ bewirkt nichts.

Kein Raten bei IDs

Eine erfundene Bestellnummer könnte auf die Bestellung einer anderen Person zeigen. Deshalb muss jedes Argument, das wie eine ID benannt ist, etwa order_number oder sku, einen Wert verwenden, den der Besucher geschrieben hat, den die Seite zeigt oder den ein früheres Tool-Ergebnis geliefert hat. Sonst läuft der Aufruf nicht, und der Agent soll nachschlagen oder nachfragen. Verlangen Sie für Kontodaten einen angemeldeten Besucher: Ihr Server erhält dann den verifizierten Kontakt aus Ihrem eigenen signierten Token, nie einen Wert, den das Modell gewählt hat.

API-Aktionen ansehen

Wo es gilt

Dieselben Freigaberegeln gelten für API-Aktionen, die Ihren Server aufrufen, für Site-Aktionen, die den Code Ihrer Seite ausführen, und für die integrierten Seitenwerkzeuge. Eine Seite öffnen und ein Formular ausfüllen fragen immer nach.

Wer die Regeln festlegt

Inhaber und Administratoren legen künftig pro Tool fest, was es mit Ihren Daten macht und welche Frage der Besucher sieht. Jedes Tool gibt an, was es tut: lesen, etwas ändern oder destruktiv. Bei Lesezugriffen können Sie „Ask the visitor first“ trotzdem einschalten. Das Einrichten von Tools folgt in Kürze.

Ihr Team muss nie einen Live-Chat beobachten, um Aktionen sicher zu halten. Die Regeln reisen mit dem Tool, und jeder Aufruf einer API-Aktion, die etwas ändert, wird in Ihrem Audit-Log festgehalten.

Häufige Fragen

Nein. API-Aktionen, die etwas ändern, fragen immer nach, und zerstörerische Aktionen fragen immer nach.

Geben Sie Ihrem Agenten Aktionen, denen Sie vertrauen

Aktionen folgen in Kürze. Starten Sie jetzt mit Antworten aus Ihrer eigenen Website.