支援終止通知：在 2025 年 9 月 15 日， AWS 將停止對 Amazon Lex V1 的支援。2025 年 9 月 15 日之後，您將無法再存取 Amazon Lex V1 主控台或 Amazon Lex V1 資源。如果您使用的是 Amazon Lex V2，請改參閱 Amazon Lex V2 指南。
本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
本節說明如何在 Facebook、Slack 和 Twilio 訊息平台上部署 Amazon Lex 機器人。
注意
儲存 Facebook、Slack 或 Twilio 組態時，Amazon Lex 會使用 AWS Key Management Service 客戶受管金鑰來加密資訊。您第一次建立其中一個傳訊平台的頻道時，Amazon Lex 會建立預設的客戶受管金鑰 (aws/lex)。或者，您可以使用 建立自己的客戶受管金鑰 AWS KMS。這可給予您更多彈性，包括能夠建立、輪換和停用金鑰。您也可以定義存取控制並稽核用來保護資料的加密金鑰。如需詳細資訊，請參閱《AWS Key Management Service 開發人員指南》。
當訊息平台傳送請求至 Amazon Lex 時，它會將平台特定資訊做為請求屬性包含到您的 Lambda 函數。請使用這些屬性來自訂機器人的行為。如需詳細資訊，請參閱設定請求屬性。
所有屬性都會使用 x-amz-lex: 命名空間做為字首。例如，user-id 屬性稱為 x-amz-lex:user-id。除了特定平台專用的屬性外，還有所有簡訊平台傳送的常見屬性。下表列出傳訊平台傳送至機器人 Lambda 函數的請求屬性。
| 屬性 | 描述 |
|---|---|
channel-id |
來自 Amazon Lex 的頻道端點識別符。 |
channel-name |
來自 Amazon Lex 的頻道名稱。 |
channel-type |
下列其中一值：
|
webhook-endpoint-url |
頻道的 Amazon Lex 端點。 |
| 屬性 | 描述 |
|---|---|
user-id |
傳送者的 Facebook 識別符。請參閱 https://developers.facebook.com/docs/messenger-platform/webhook-reference/message-received |
facebook-page-id |
接收者的 Facebook 網頁識別符。請參閱 https://developers.facebook.com/docs/messenger-platform/webhook-reference/message-received |
| 屬性 | 描述 |
|---|---|
kik-chat-id |
有您的機器人加入的對話所使用的識別碼。如需詳細資訊，請參閱 https://dev.kik.com/#/docs/messaging#message-formats |
kik-chat-type |
該訊息來源的對話種類。如需詳細資訊，請參閱 https://dev.kik.com/#/docs/messaging#message-formats |
kik-message-id |
識別訊息的 UUID。如需詳細資訊，請參閱 https://dev.kik.com/#/docs/messaging#message-formats |
kik-message-type |
訊息的類型。如需詳細資訊，請參閱 https://dev.kik.com/#/docs/messaging#message-types |
| 屬性 | 描述 |
|---|---|
user-id |
傳送者的電話號碼 (「寄件者」)。請參閱 https://www.twilio.com/docs/api/rest/message |
twilio-target-phone-number |
接收者的電話號碼 (「收件人」)。請參閱 https://www.twilio.com/docs/api/rest/message |
| 屬性 | 描述 |
|---|---|
user-id |
Slack 使用者識別符。請參閱 https://api.slack.com/types/user |
slack-team-id |
傳送訊息之團隊的識別符。請參閱 https://api.slack.com/methods/team.info |
slack-bot-token |
提供機器人 Slack API 存取權的機器人符記。請參閱 https://api.slack.com/docs/token-types |
