Wählen Sie Ihre Cookie-Einstellungen aus

Wir verwenden essentielle Cookies und ähnliche Tools, die für die Bereitstellung unserer Website und Services erforderlich sind. Wir verwenden Performance-Cookies, um anonyme Statistiken zu sammeln, damit wir verstehen können, wie Kunden unsere Website nutzen, und Verbesserungen vornehmen können. Essentielle Cookies können nicht deaktiviert werden, aber Sie können auf „Anpassen“ oder „Ablehnen“ klicken, um Performance-Cookies abzulehnen.

Wenn Sie damit einverstanden sind, verwenden AWS und zugelassene Drittanbieter auch Cookies, um nützliche Features der Website bereitzustellen, Ihre Präferenzen zu speichern und relevante Inhalte, einschließlich relevanter Werbung, anzuzeigen. Um alle nicht notwendigen Cookies zu akzeptieren oder abzulehnen, klicken Sie auf „Akzeptieren“ oder „Ablehnen“. Um detailliertere Entscheidungen zu treffen, klicken Sie auf „Anpassen“.

Leitlinien und Bewährte Methoden

Fokusmodus
Leitlinien und Bewährte Methoden - Amazon Lex

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Beachten Sie die folgenden Richtlinien und Best Practices, um das Verhalten und die Interaktionen Ihres Bots mit Kunden zu optimieren.

Signieren von Anforderungen

Alle Amazon Lex V2-Modellerstellungs- und Laufzeitanforderungen in der API-Referenz verwenden die Signatur V4 für die Authentifizierung von Anfragen. Weitere Informationen zur Authentifizierung von Anfragen finden Sie unter Signaturversion 4-Signaturvorgang in derAllgemeine AWS-Referenz.

Schutz vertraulicher Informationen

Die Runtime-API-Operationen RecognizeTextund RecognizeUtteranceverwenden eine Sitzungs-ID als erforderlichen Parameter. Developer können diese auf jeden Wert stellen, der den in der API beschriebenen Einschränkungen übereinstimmt. Wir empfehlen, diesen Parameter nicht zu verwenden, um vertrauliche Informationen wie Benutzeranmeldungen, E-Mails oder Sozialversicherungsnummern zu senden. Diese ID wird hauptsächlich verwendet, um eine Konversation mit einem Bot eindeutig zu identifizieren.

Erfassung von Slot-Werten aus Benutzeräußerungen

Amazon Lex V2 verwendet die Aufzählungswerte, die Sie in einer Slot-Typdefinition angeben, um seine Machine-Learning-Modelle zu trainieren. Angenommen, Sie definieren eine Absicht, die GetPredictionIntent mit der folgenden Beispieläußerung aufgerufen wird:

"Tell me the prediction for {sign}"

wobei {sign} ein Slot mit dem benutzerdefinierten Typ istZodiacSign, der 12 Aufzählungswerte hat: Aries through. Pisces Nehmen wir nun an, der Benutzer sagt „Erzähl mir die Vorhersage für die Erde“:

  • Amazon Lex V2 leitet ab, dass „Erde“ ein ZodiacSign Wert ist, wenn Sie eine der folgenden Aktionen ausführen:

    • Stellen Sie das valueSelectionStrategy Feld so ein, dass die CreateSlotTypeOperation ORIGINAL_VALUE verwendet wird

    • Wählen Sie in der Konsole Werte erweitern aus.

  • Amazon Lex V2 erkennt den Wert „Erde“ nicht, wenn Sie die Erkennung auf die Werte beschränken, die Sie für den Slot-Typ definiert haben, indem Sie eine der folgenden Aktionen ausführen:

    • Stellen Sie das valueSelectionStrategy Feld so ein, dass die CreateSlotType Operation TOP_RESOLUTION verwendet wird

    • Wählen Sie in der Konsole auf Slot-Werte und Synonyme beschränken aus.

Wenn Sie Synonyme für Slot-Werte definieren, wird erkannt, dass sie mit einem Slot-Wert identisch sind. Der Slot-Wert wird jedoch anstelle des Synonyms zurückgegeben.

Da Amazon Lex V2 diesen Wert an Ihre Client-Anwendung oder an die Lambda-Funktion weitergibt, sollten Sie überprüfen, ob es sich bei den Slot-Werten um gültige Werte handelt, bevor Sie sie für Ihre Fulfillment-Aktivität verwenden.

Wenn Amazon Lex V2 eine Lambda-Funktion aufruft oder das Ergebnis einer Sprachinteraktion mit Ihrem Client zurückgibt, kann die Richtigkeit der Slot-Werte nicht garantiert werden. Bei Textinteraktionen entspricht die Groß-/Kleinschreibung der Slot-Werte dem eingegebenen Text oder dem Slot-Wert, abhängig von dem Wert im Feld valueResolutionStrategy.

Akronyme in Slot-Werten

Verwenden Sie bei der Definition von Slot-Werten, die Akronyme enthalten, die folgenden Muster:

  • Großbuchstaben getrennt durch Punkte (D.V.D.)

  • Großbuchstaben getrennt durch Leerzeichen (D V D)

Integrierte Steckplätze für Datum und Uhrzeit

Die AMAZON. Datum und die AMAZON.Zeit integrierten Slot-Typen erfassen Datum und Uhrzeit (sowohl absolut als auch relativ). Relative Datums- und Uhrzeitangaben werden zu dem Zeitpunkt und an dem Datum festgelegt, an dem Amazon Lex V2 die Anfrage erhält, und in der Region, in der die Anfrage verarbeitet wird.

Wenn der Benutzer beim AMAZON.Time eingebauten Slot-Typ nicht angibt, dass eine Uhrzeit vor oder nach Mittag liegt, ist die Uhrzeit mehrdeutig. In diesem Fall fordert Amazon Lex V2 den Benutzer erneut auf. Wir empfehlen Aufforderungen, in denen nach der absoluten Zeit gefragt wird. Verwenden Sie beispielsweise eine Aufforderung wie "Wann möchten Sie Ihre Pizza geliefert bekommen? Sie können 6 Uhr morgen oder 6 Uhr abends angeben."

Vermeidung von Mehrdeutigkeiten bei Trainingsdaten für Ihren Bot

Die Bereitstellung verwirrender Trainingsdaten in Ihrem Bot verringert die Fähigkeit von Amazon Lex V2, Benutzereingaben zu verstehen. Angenommen, Sie haben zwei Absichten (OrderPizzaundOrderDrink) in Ihrem Bot und Sie fügen „Ich möchte bestellen“ als Beispieläußerung ein. Wenn Sie Ihren Bot erstellen, kann Amazon Lex V2 diese Äußerung nicht einer bestimmten Absicht zuordnen. Wenn ein Benutzer diese Äußerung zur Laufzeit eingibt, kann Amazon Lex V2 daher keine Absicht mit hoher Sicherheit auswählen.

Wenn Sie zwei Absichten mit derselben Beispieläußerung haben, verwenden Sie Eingabekontexte, damit Amazon Lex V2 zur Laufzeit zwischen den beiden Absichten unterscheiden kann. Weitere Informationen finden Sie unter Absichtskontext festlegen.

Verwenden des Alias TSTALIASID

  • Der TSTALIASID-Alias Ihres Bots verweist auf die Draft-Version und sollte nur für manuelle Tests verwendet werden. Amazon Lex begrenzt die Anzahl der Laufzeitanforderungen, die Sie an den Alias TSTALIASID des Bots stellen können.

  • Wenn Sie die Draft-Version des Bots aktualisieren, beendet Amazon Lex alle laufenden Konversationen für jede Client-Anwendung mithilfe des Alias TSTALIASID des Bots. Im Allgemeinen sollten Sie den TSTALIASID-Alias eines Bots in der Produktion nicht verwenden, da die Draft-Version aktualisiert werden kann. Sie sollten eine Version und einen Alias veröffentlichen und diese stattdessen verwenden.

  • Wenn Sie einen Alias aktualisieren, benötigt Amazon Lex einige Minuten, um die Änderungen zu übernehmen. Wenn Sie die Draft-Version des Bots ändern, wird die Änderung sofort vom Alias TSTALIASID übernommen.

DatenschutzNutzungsbedingungen für die WebsiteCookie-Einstellungen
© 2025, Amazon Web Services, Inc. oder Tochtergesellschaften. Alle Rechte vorbehalten.