Hinweis zum Ende des Supports: Am 15. September 2025 AWS wird der Support für Amazon Lex V1 eingestellt. Nach dem 15. September 2025 können Sie nicht mehr auf die Amazon-Lex-V1-Konsole oder die Amazon-Lex-V1-Ressourcen zugreifen. Wenn Sie Amazon Lex V2 verwenden, lesen Sie stattdessen das [Amazon Lex V2-Handbuch](https://docs.aws.amazon.com/lexv2/latest/dg/what-is.html). 

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.

# Einen Bot migrieren
<a name="migrate"></a>

Die Amazon Lex V2-API verwendet eine aktualisierte Informationsarchitektur, die eine vereinfachte Ressourcenversionierung und Unterstützung für mehrere Sprachen in einem Bot ermöglicht. Weitere Informationen finden Sie im [Migrationsleitfaden](https://docs.aws.amazon.com/lexv2/latest/dg/migration.html) im *Amazon Lex V2 Developer Guide*. 

Um diese neuen Funktionen nutzen zu können, müssen Sie Ihren Bot migrieren. Wenn Sie einen Bot migrieren, bietet Amazon Lex Folgendes:
+ Bei der Migration werden Ihre benutzerdefinierten Absichten und Slot-Typen auf den Amazon Lex V2-Bot kopiert. 
+ Sie können demselben Amazon Lex V2-Bot mehrere Sprachen hinzufügen. In Amazon Lex V1 erstellen Sie für jede Sprache einen eigenen Bot. Sie können mehrere Amazon Lex V1-Bots, die jeweils eine andere Sprache verwenden, zu einem Amazon Lex V2-Bot migrieren.
+ Amazon Lex ordnet die integrierten Slot-Typen und Intents von Amazon Lex V1 den integrierten Slot-Typen und Intents von Amazon Lex V2 zu. Wenn eine integrierte Komponente nicht migriert werden kann, gibt Amazon Lex eine Meldung zurück, in der Sie darüber informiert werden, was als Nächstes zu tun ist.

Der Migrationsprozess migriert Folgendes nicht:
+ Aliase
+ Amazon Kendra Kendra-Indizes
+ AWS Lambda Funktionen
+ Einstellungen für das Konversationsprotokoll
+ Messaging-Kanäle wie Slack
+ Tags (Markierungen)

Um einen Bot zu migrieren, muss Ihr Benutzer oder Ihre Rolle über IAM-Berechtigungen für Amazon Lex- und Amazon Lex V2-API-Operationen verfügen. Die erforderlichen Berechtigungen finden Sie unter [Erlauben Sie einem Benutzer, einen Bot zu Amazon Lex V2 zu migrieren APIs](security_iam_id-based-policy-examples.md#security_iam_id-based-policy-examples-migrate).

## Einen Bot migrieren (Konsole)
<a name="migrating-a-bot"></a>

Verwenden Sie die Amazon Lex V1-Konsole, um die Struktur eines Bots auf einen Amazon Lex V2-Bot zu migrieren.

**So verwenden Sie die Konsole, um einen Bot zur Amazon Lex V2-API zu migrieren**

1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon Lex Lex-Konsole unter [https://console.aws.amazon.com/lex/](https://console.aws.amazon.com/lex/).

1. Wählen Sie im linken Menü das **Migrationstool** aus.

1. Wählen Sie aus der Liste der Bots den Bot aus, den Sie migrieren möchten, und wählen Sie dann **Migrieren** aus.

1. Wählen Sie die Version des Bots aus, den Sie migrieren möchten, und geben Sie dann den Namen des Bots ein, zu dem Sie migrieren möchten. Wenn Sie den Namen eines vorhandenen Amazon Lex V2-Bots eingeben, wird der Amazon Lex V1-Bot in die in den Details angegebene Sprache migriert und überschreibt die Entwurfsversion der Sprache.

1. Wählen Sie **Weiter** aus.

1. Wählen Sie die IAM-Rolle aus, die Amazon Lex verwendet, um die Amazon Lex V2-API-Version des Bots auszuführen. Sie können wählen, ob Sie eine neue Rolle mit den für die Ausführung des Bots erforderlichen Mindestberechtigungen erstellen möchten, oder Sie können eine bestehende IAM-Rolle auswählen.

1. Wählen Sie **Weiter** aus.

1. Überprüfen Sie die Einstellungen für die Migration. Wenn sie in Ordnung aussehen, wählen Sie **Migration starten**.

Nachdem Sie den Migrationsprozess gestartet haben, kehren Sie zur Startseite des Migrationstools zurück. Sie können den Fortschritt der Migration in der Tabelle **Verlauf** überwachen. Wenn in der Spalte **Migrationsstatus** **Vollständig** angezeigt wird, ist die Migration abgeschlossen. 

Amazon Lex verwendet den `StartImport` Vorgang in der Amazon Lex V2-API, um den migrierten Bot zu importieren. In der Tabelle mit dem Importverlauf der Amazon Lex V2-Konsole wird für jede Migration ein Eintrag angezeigt.

Während der Migration findet Amazon Lex möglicherweise Ressourcen im Bot, die nicht migriert werden können. Sie erhalten eine Fehler- oder Warnmeldung für jede Ressource, die nicht migriert werden kann. Jede Meldung enthält einen Link zur Dokumentation, in der erklärt wird, wie das Problem behoben werden kann. 

## Eine Lambda-Funktion migrieren
<a name="migrating-lambda"></a>

Amazon Lex V2 ändert die Art und Weise, wie Lambda-Funktionen für einen Bot definiert werden. Es erlaubt nur eine Lambda-Funktion in einem Alias für jede Sprache in einem Bot. Weitere Informationen zur Migration Ihrer Lambda-Funktionen finden Sie unter. [Migration einer Lambda-Funktion von Amazon Lex V1 zu Amazon Lex V2](message-lambda.md)

# Migrationsnachrichten
<a name="migrate-messages"></a>

Während der Migration findet Amazon Lex möglicherweise Ressourcen, wie z. B. integrierte Steckplatztypen, die nicht auf die entsprechende Amazon Lex V2-Ressource migriert werden können. In diesem Fall gibt Amazon Lex eine Migrationsnachricht zurück, die beschreibt, was passiert ist, und einen Link zur Dokumentation enthält, in der Sie erfahren, wie Sie das Migrationsproblem beheben können. In den folgenden Abschnitten werden die Probleme beschrieben, die bei der Migration eines Bots auftreten können, und wie das Problem behoben werden kann.

**Topics**
+ [Integrierte Absicht](message-built-in-intent.md)
+ [Typ mit integriertem Steckplatz](message-built-in-slot-type.md)
+ [Gesprächsprotokolle](message-logs.md)
+ [Mitteilungsgruppen](migrate-message-groups.md)
+ [Eingabeaufforderungen und Phrasen](message-prompts-phrases.md)
+ [Weitere Funktionen von Amazon Lex V1](message-features.md)

# Integrierte Absicht
<a name="message-built-in-intent"></a>

Wenn Sie eine integrierte Absicht verwenden, die in Amazon Lex V2 nicht unterstützt wird, wird die Absicht einer benutzerdefinierten Absicht in Ihrem Amazon Lex V2-Bot zugeordnet. Die benutzerdefinierte Absicht enthält keine Äußerungen. Um die Absicht weiter zu verwenden, fügen Sie Beispieläußerungen hinzu.

# Typ mit integriertem Steckplatz
<a name="message-built-in-slot-type"></a>

Jedem migrierten Steckplatz, der einen Slot-Typ verwendet, der in Amazon Lex V2 nicht unterstützt wird, wird kein Slot-Typ-Wert zugewiesen. Um diesen Steckplatz zu verwenden:
+ Erstellen Sie einen benutzerdefinierten Slot-Typ
+ Fügen Sie Werte für den Slot-Typ hinzu, die für den Slot-Typ erwartet werden
+ Aktualisieren Sie den Steckplatz, sodass er den neuen benutzerdefinierten Slot-Typ verwendet

# Gesprächsprotokolle
<a name="message-logs"></a>

Durch die Migration werden die Einstellungen des Konversationsprotokolls des Amazon Lex V2-Bots nicht aktualisiert. 

**Um Konversationsprotokolle zu konfigurieren**

1. Öffnen Sie die Amazon Lex V2-Konsole unter [ https://console.aws.amazon.com/lexv2](https://console.aws.amazon.com/lexv2).

1. Wählen Sie aus der Liste der Bots den Bot aus, dessen Konversationsprotokolle Sie konfigurieren möchten.

1. Wählen Sie im linken Menü **Aliase** und dann einen Alias aus der Liste aus.

1. Wählen Sie im Abschnitt **Konversationsprotokolle** die Option **Konversationsprotokolle verwalten aus, um Konversationsprotokolle** für den Bot-Alias zu konfigurieren.

# Mitteilungsgruppen
<a name="migrate-message-groups"></a>

Amazon Lex V2 unterstützt nur eine Nachricht und zwei alternative Nachrichten pro Nachrichtengruppe. Wenn Sie mehr als drei Nachrichten pro Nachrichtengruppe in einem Amazon Lex V1-Bot haben, werden nur die ersten drei Nachrichten migriert. Um mehr Nachrichten in einer Nachrichtengruppe zu verwenden, verwenden Sie eine Lambda-Funktion, um verschiedene Nachrichten auszugeben.

# Eingabeaufforderungen und Phrasen
<a name="message-prompts-phrases"></a>

Amazon Lex V2 verwendet einen anderen Mechanismus zur Nachverfolgung, Klärung und zum Aufhängen von Aufforderungen. 

Verwenden Sie für Folgeaufforderungen den Kontextübertrag, um nach der Ausführung zu einer anderen Absicht zu wechseln. 

Nehmen wir zum Beispiel an, Sie beabsichtigen, eine Autovermietung zu buchen, die so konfiguriert ist, dass sie einen Ausgabekontext zurückgibt, der aufgerufen wird. `book_car_fulfilled` Wenn die Absicht erfüllt ist, setzt Amazon Lex die Ausgabekontextvariable auf`book_car_fulfilled`. Da `book_car_fulfilled` es sich um einen aktiven Kontext handelt, wird eine Absicht, die `book_car_fulfilled` als Eingabekontext verwendet wird, bei der Erkennung berücksichtigt, sofern die Äußerung des Benutzers als Versuch erkannt wird, diese Absicht auszulösen. Sie können dies für Zwecke verwenden, die erst nach der Buchung eines Autos Sinn ergeben, z. B. das Versenden einer Quittung per E-Mail oder die Änderung einer Reservierung.

Amazon Lex V2 unterstützt keine Klarstellungsaufforderungen und Phrasen zum Aufhängen (Abbrucherklärungen). Amazon Lex V2-Bots enthalten eine Standard-Fallback-Absicht, die aufgerufen wird, wenn keine Absichten übereinstimmen. Um eine Klarstellungsaufforderung mit Wiederholungsversuchen zu senden, konfigurieren Sie eine Lambda-Funktion und aktivieren Sie den Dialogcode-Hook in der Fallback-Absicht. Die Lambda-Funktion kann eine Klarstellungsaufforderung als Antwort und den Wiederholungswert in einem Sitzungsattribut ausgeben. Wenn der Wiederholungswert die maximale Anzahl von Wiederholungen überschreitet, können Sie eine Phrase ausgeben und die Konversation beenden.

# Weitere Funktionen von Amazon Lex V1
<a name="message-features"></a>

Das Migrationstool unterstützt nur die Migration von Amazon Lex V1-Bots und ihren zugrunde liegenden Absichten, Slot-Typen und Slots. Weitere Funktionen finden Sie in den folgenden Themen in der Amazon Lex V2-Dokumentation.
+ [Bot-Aliase: Aliase](https://docs.aws.amazon.com/lexv2/latest/dg/aliases.html) 
+ Bot-Kanäle: [Bereitstellung eines Amazon Lex V2-Bots auf einer Messaging-Plattform](https://docs.aws.amazon.com/lexv2/latest/dg/deploying-messaging-platform.html) 
+ Einstellungen für das Konversationsprotokoll: [Überwachung mit Konversationsprotokollen](https://docs.aws.amazon.com/lexv2/latest/dg/monitoring-logs.html) 
+ [Amazon Kendra Kendra-Indizes: AMAZON. KendraSearchIntent ](https://docs.aws.amazon.com/lexv2/latest/dg/built-in-intent-kendra-search.html) 
+ Lambda-Funktionen: [Eine AWS Lambda Funktion verwenden](https://docs.aws.amazon.com/lexv2/latest/dg/lambda.html) 
+ Schlagworte: Ressourcen [taggen](https://docs.aws.amazon.com/lexv2/latest/dg/tagging.html) 

# Migration einer Lambda-Funktion von Amazon Lex V1 zu Amazon Lex V2
<a name="message-lambda"></a>

Amazon Lex V2 erlaubt nur eine Lambda-Funktion für jede Sprache in einem Bot. Die Lambda-Funktion und ihre Einstellungen sind für den Bot-Alias konfiguriert, den Sie zur Laufzeit verwenden. 

Die Lambda-Funktion wird für alle Zwecke in dieser Sprache aufgerufen, wenn Dialog- und Fulfillment-Code-Hooks für die Absicht aktiviert sind.

Amazon Lex V2 Lambda-Funktionen haben ein anderes Eingabe- und Ausgabenachrichtenformat als Amazon Lex V1. Dies sind die Unterschiede im Eingabeformat der Lambda-Funktion.
+ Amazon Lex V2 ersetzt die `alternativeIntents` Strukturen `currentIntent` und durch die `interpretations` Struktur. Jede Interpretation enthält eine Absicht, den NLU-Konfidenzwert für die Absicht und eine optionale Stimmungsanalyse.
+ Amazon Lex V2 verschiebt die`activeContexts`, `sessionAttributes` in Amazon Lex V1, auf die einheitliche `sessionState` Struktur. Diese Struktur bietet Informationen über den aktuellen Status der Konversation, einschließlich der ursprünglichen Anfrage-ID.
+ Amazon Lex V2 gibt das nicht zurück`recentIntentSummaryView`. Verwenden Sie stattdessen die Informationen in der `sessionState` Struktur.
+ Die Amazon Lex V2-Eingabe stellt das `botId` und `localeId` im `bot` Attribut bereit.
+ Die Eingabestruktur enthält ein `inputMode` Attribut, das Informationen über die Art der Eingabe bereitstellt: Text, Sprache oder DTMF.

Dies sind die Unterschiede im Ausgabeformat der Lambda-Funktion:
+ Die `sessionAttributes` Strukturen `activeContexts` und in Amazon Lex V1 werden durch die `sessionState` Struktur in Amazon Lex V2 ersetzt.
+ Das `recentIntentSummaryView` ist nicht in der Ausgabe enthalten.
+ Die Amazon Lex `dialogAction` V1-Struktur ist in zwei Strukturen aufgeteilt, `dialogAction` die Teil der `sessionState` Struktur sind und `messages` die erforderlich sind, wenn die `dialogAction.type``ElicitIntent`. Amazon Lex wählt Nachrichten aus dieser Struktur aus, um sie dem Benutzer anzuzeigen.

Wenn Sie einen Bot mit Amazon Lex V2 erstellen APIs, gibt es nur eine Lambda-Funktion pro Bot-Alias pro Sprache anstelle einer Lambda-Funktion für jede Absicht. Wenn Sie weiterhin separate Funktionen verwenden möchten, können Sie eine Router-Funktion erstellen, die für jeden Intent eine separate Funktion aktiviert. Die folgende Router-Funktion können Sie für Ihre Anwendung verwenden oder ändern.

```
import os
import json
import boto3

# reuse client connection as global
client = boto3.client('lambda') 

def router(event):
    intent_name = event['sessionState']['intent']['name']
    fn_name = os.environ.get(intent_name)
    print(f"Intent: {intent_name} -> Lambda: {fn_name}")
    if (fn_name):
        # invoke lambda and return result
        invoke_response = client.invoke(FunctionName=fn_name, Payload = json.dumps(event))
        print(invoke_response)
        payload = json.load(invoke_response['Payload'])
        return payload
    raise Exception('No environment variable for intent: ' + intent_name)
    
def lambda_handler(event, context):
    print(event)
    response = router(event)
    return response
```

## Liste der aktualisierten Felder
<a name="lambda-migrating"></a>

Die folgenden Tabellen enthalten detaillierte Informationen zu den aktualisierten Feldern in der Amazon Lex V2 Lambda-Anfrage und -Antwort. Sie können diese Tabellen verwenden, um Felder zwischen den Versionen zuzuordnen.

### Anforderung
<a name="migrating-lambda-request"></a>

Die folgenden Felder wurden im Lambda-Funktionsanforderungsformat aktualisiert.

#### Aktive Kontexte
<a name="lambda-migrating-contexts"></a>

Die `activeContexts` Struktur ist jetzt Teil der `sessionState` Struktur.


| V1-Struktur | V2-Struktur | 
| --- | --- | 
|  Aktive Kontexte  |  Sitzungsstatus. ActiveContexts  | 
|  ActiveContexts [\$1]. timeToLive  |  SessionState.ActiveContexts [\$1]. timeToLive  | 
|  Aktive Kontexte [\$1]. timeToLive. timeToLiveInSeconds  |  SessionState.ActiveContexts [\$1]. timeToLive. timeToLiveInSeconds  | 
|  Aktive Kontexte [\$1]. timeToLive. turnsToLive  |  SessionState.ActiveContexts [\$1]. timeToLive. turnsToLive  | 
|  Aktive Kontexte [\$1] .name  |  Sitzungsstate.ActiveContexts [\$1] .name  | 
|  ActiveContexts [\$1] .parameter  |  sessionState.ActiveContexts [\$1] .contextAttributes  | 

#### Alternative Absichten
<a name="lambda-migrating-alternative"></a>

Die Interpretationsliste von Index 1 bis N enthält die Liste der von Amazon Lex V2 vorhergesagten alternativen Absichten zusammen mit ihren Konfidenzwerten. Das `recentIntentSummaryView` wird aus der Anforderungsstruktur in Amazon Lex V2 entfernt. Um die Details von zu sehen`recentIntentSummaryView`, verwenden Sie den [GetSession](API_runtime_GetSession.md) Vorgang.


| V1-Struktur | V2-Struktur | 
| --- | --- | 
|  Alternative Absichten  |  Interpretationen [1: \$1]  | 
|  recentIntentSummaryAnsehen  |  –  | 

#### Bot
<a name="lambda-migrating-bot"></a>

In Amazon Lex V2 haben Bots und Aliase Identifikatoren. Die Bot-ID ist Teil der Codehook-Eingabe. Die Alias-ID ist enthalten, aber nicht der Aliasname. Amazon Lex V2 unterstützt mehrere Gebietsschemas für denselben Bot, sodass die Gebietsschema-ID enthalten ist.


| V1-Struktur | V2-Struktur | 
| --- | --- | 
|  Bot  |  Bot  | 
|  Botname  |  Bot-Name  | 
|  –  |  Bot-ID  | 
|  Bot-Alias  |  –  | 
|  –  |  Bot-Alias-ID  | 
|  Bot-Version  |  Bot-Version  | 
|  –  |  bot.LocaleID  | 

#### Derzeitige Absicht
<a name="lambda-migrating-intent"></a>

Die `sessionState.intent` Struktur enthält die Details der aktiven Absicht. Amazon Lex V2 gibt auch eine Liste aller Absichten, einschließlich alternativer Absichten, in der `interpretations` Struktur zurück. Das erste Element in der Interpretationsliste ist immer dasselbe wie. `sessionState.intent`


| V1-Struktur | V2-Struktur | 
| --- | --- | 
|  currentIntent  |  sessionState.INTENT ODER Interpretationen [0] .intent  | 
|  Aktuelle Absicht.Name  |  SessionState.Intent.Name ODER Interpretationen [0] .intent.name  | 
|  currentIntent. nluConfidenceScore  |  Interpretationen [0] .nluConfidence.score  | 

#### Aktion im Dialog
<a name="lambda-migrating-dialog"></a>

Das `confirmationStatus` Feld ist jetzt Teil der `sessionState` Struktur.


| V1-Struktur | V2-Struktur | 
| --- | --- | 
|  Aktuelle Absicht. Bestätigungsstatus  |  sessionState.intent.ConfirmationState ODER Interpretationen [0] .intent.ConfirmationState  | 
|  –  |  sessionState.intent.STATE ODER Interpretationen [\$1] .intent.state  | 

#### Amazon Kendra
<a name="lambda-migrating-kendra"></a>

Das Feld ist jetzt `kendraResponse` Teil der UND-Strukturen. `sessionState` `interpretations`


| V1-Struktur | V2-Struktur | 
| --- | --- | 
|  kendraResponse  |  sessionState.intent.KendraResponse ODER Interpretationen [0] .intent.KendraResponse  | 

#### Stimmung
<a name="lambda-migrating-sentiment"></a>

Die Struktur wird in die neue `sentimentResponse` Struktur verschoben. `interpretations`


| V1-Struktur | V2-Struktur | 
| --- | --- | 
|  sentimentResponse  |  Interpretationen [0] .sentimentResponse  | 
|  sentimentResponse.sentimentLabel  |  Interpretationen [0] .sentimentResponse.Sentiment  | 
|  SentimentResponse.SentimentScore  |  Interpretationen [0] .sentimentResponse.sentimentScore  | 

#### Slots
<a name="lambda-migrating-slots"></a>

Amazon Lex V2 stellt ein einzelnes `slots` Objekt innerhalb der `sessionState.intent` Struktur bereit, das die aufgelösten Werte, den interpretierten Wert und den ursprünglichen Wert dessen, was der Benutzer gesagt hat, enthält. Amazon Lex V2 unterstützt auch Slots mit mehreren Werten, indem das `slotShape` As `List` und die `values` Liste festgelegt werden. Steckplätze mit einem Wert werden vom `value` Feld unterstützt, es wird davon ausgegangen, dass ihre Form dies ist. `Scalar`


| V1-Struktur | V2-Struktur | 
| --- | --- | 
|  CurrentIntent.Slots  |  sessionState.intent.SLOTS ODER Interpretationen [0] .intent.slots  | 
|  CurrentIntent.slots [\$1] .value  |  sessionState.intent.slots [\$1] .value.interpretedValue ODER Interpretationen [0] .intent.slots [\$1] .value.interpretedValue  | 
|  –  |  sessionState.intent.slots [\$1] .value.shape ODER Interpretationen [0] .intent.slots [\$1] .shape  | 
|  –  |  sessionState.intent.slots [\$1] .values ODER Interpretationen [0] .intent.slots [\$1] .values  | 
|  Aktuelle Intent.Slot-Details  |  sessionState.intent.SLOTS ODER Interpretationen [0] .intent.slots  | 
|  CurrentIntent.SlotDetails [\$1] .Resolutionen  |  sessionState.intent.slots [\$1] .resolvedValues ODER Interpretationen [0] .intent.slots [\$1] .resolvedValues  | 
|  CurrentIntent.SlotDetails [\$1] .Originalwert  |  sessionState.intent.slots [\$1] .originalValue ODER Interpretationen [0] .intent.slots [\$1] .originalValue  | 

#### Weitere
<a name="lambda-migrating-other"></a>

Das `sessionId` Feld Amazon Lex V2 entspricht dem `userId` Feld in Amazon Lex V1. Amazon Lex V2 sendet auch die `inputMode` Daten des Anrufers: Text, DTMF oder Sprache.


| V1-Struktur | V2-Struktur | 
| --- | --- | 
|  userId  |  sessionId  | 
|  inputTranscript  |  inputTranscript  | 
|  invocationSource  |  invocationSource  | 
|  outputDialogMode  |  responseContentType  | 
|  messageVersion  |  messageVersion  | 
|  sessionAttributes  |  SessionState.Session-Attribute  | 
|  requestAttributes  |  requestAttributes  | 
|  –  |  Eingabemodus  | 
|  –  |  originatingRequestId  | 

### Antwort
<a name="migrating-lambda-response"></a>

Die folgenden Felder wurden im Format der Antwortnachricht der Lambda-Funktion geändert.

#### Aktive Kontexte
<a name="lambda-migrating-resonse-context"></a>

Die `activeContexts` Struktur wurde zur `sessionState` Struktur verschoben.


| V1-Struktur | V2-Struktur | 
| --- | --- | 
|  Aktive Kontexte  |  Sitzungsstatus. ActiveContexts  | 
|  ActiveContexts [\$1]. timeToLive  |  SessionState.ActiveContexts [\$1]. timeToLive  | 
|  Aktive Kontexte [\$1]. timeToLive. timeToLiveInSeconds  |  SessionState.ActiveContexts [\$1]. timeToLive. timeToLiveInSeconds  | 
|  Aktive Kontexte [\$1]. timeToLive. turnsToLive  |  SessionState.ActiveContexts [\$1]. timeToLive. turnsToLive  | 
|  Aktive Kontexte [\$1] .name  |  Sitzungsstate.ActiveContexts [\$1] .name  | 
|  ActiveContexts [\$1] .parameter  |  sessionState.ActiveContexts [\$1] .contextAttributes  | 

#### Aktion im Dialog
<a name="lambda-migrating-response-dialog"></a>

Die `dialogAction` Struktur wurde in die `sessionState` Struktur verschoben. Sie können jetzt mehrere Nachrichten in einer Dialogaktion angeben, und die `genericAttachments` Struktur ist jetzt die `imageResponseCard` Struktur.


| V1-Struktur | V2-Struktur | 
| --- | --- | 
|  dialogAction  |  SessionState.DialogAction  | 
|  DialogAction.Typ  |  Sitzungsstate.DialogAction.Typ  | 
|  dialogAction. slotToElicit  |  SessionState.Intent.DialogAction. slotToElicit  | 
|  dialogAction.Type.FulfillmentState  |  SessionState.Intent.State  | 
|  dialogAction.Message  |  messages  | 
|  dialogAction.Message.Inhaltstyp  |  Nachrichten [\$1] .contentType  | 
|  dialogAction.Message.Content  |  nachrichten [\$1] .content  | 
|  dialogAction.Antwortkarte  |  Nachrichten [\$1]. imageResponseCard  | 
|  DialogAktion.Antwortkarte.Version  |  –  | 
|  DialogAction.ResponseCard.Inhaltstyp  |  Nachrichten [\$1] .contentType  | 
|  DialogAction.ResponseCard.Generische Anlagen  |  –  | 
|  dialogAction.ResponseCard.GenericAttachments [\$1] .title  |  Nachrichten [\$1]. imageResponseCard.titel  | 
|  dialogAction.ResponseCard.GenericAttachments [\$1] .subtitle  |  Nachrichten [\$1]. imageResponseCard.untertitel  | 
|  dialogAction.responsecard.GenericAttachments [\$1] .imageURL  |  Nachrichten [\$1]. imageResponseCard. imageUrl  | 
|  dialogAction.ResponseCard.GenericAttachments [\$1] .buttons  |  Nachrichten [\$1]. imageResponseCard. Knöpfe  | 
|  dialogAction.ResponseCard.GenericAttachments [\$1] .buttons [\$1] .value  |  nachrichten [\$1]. imageResponseCard.Tasten [\$1] .Wert  | 
|  dialogAction.ResponseCard.GenericAttachments [\$1] .buttons [\$1] .text  |  nachrichten [\$1]. imageResponseCard.tasten [\$1] .text  | 
|  dialogAction. kendraQueryRequestNutzlast  |  dialogAction. kendraQueryRequestNutzlast  | 
|  dialogAction. kendraQueryFilterZeichenfolge  |  dialogAction. kendraQueryFilterZeichenfolge  | 

#### Absichten und Slots
<a name="lambda-migrating-response-slots"></a>

Die Felder Intent und Slot, die Teil der `dialogAction` Struktur waren, sind jetzt Teil der `sessionState` Struktur.


| V1-Struktur | V2-Struktur | 
| --- | --- | 
|  DialogAction.IntentName  |  Sitzungsstatus.Absicht.Name  | 
|  DialogAction.Steckplätze  |  SessionState.Intent.Steckplätze  | 
|  dialogAction.slots [\$1] .key  |  sessionState.intent.slots [\$1] .key  | 
|  dialogAction.slots [\$1] .Wert  |  sessionState.intent.slots [\$1] .value.InterpretedValue  | 
|  –  |  sessionState.intent.slots [\$1] .value.shape  | 
|  –  |  sessionState.intent.slots [\$1] .values  | 

#### Weitere
<a name="lambda-migrating-response-other"></a>

Die Struktur ist jetzt Teil der Struktur`sessionAttributes`. `sessionState` Die `recentIntentSummaryReview` Struktur wurde entfernt.


| V1-Struktur | V2-Struktur | 
| --- | --- | 
|  sessionAttributes  |  SessionState.SessionAttribute  | 
|  recentIntentSummaryAnsicht  |  –  |