支援終止通知：2025 年 9 月 15 日， AWS 將停止對 Amazon Lex V1 的支援。2025 年 9 月 15 日之後，您將無法再存取 Amazon Lex V1 主控台或 Amazon Lex V1 資源。如果您使用的是 Amazon Lex V2，請改參閱 [Amazon Lex V2 指南](https://docs.aws.amazon.com/lexv2/latest/dg/what-is.html)。

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 槽混淆
<a name="how-obfuscate"></a>

Amazon Lex 可讓您混淆或隱藏插槽的內容，使內容不可見。若要保護擷取為槽值的敏感資料，您可以啟用槽混淆來遮罩對話日誌中的這些值。

當您選擇混淆槽值時，Amazon Lex 會將槽值取代為對話日誌中的槽名稱。對於稱為 `full_name` 的槽，槽值將被混淆，如下所示：

```
Before obfuscation:
    My name is John Stiles
After obfuscation:
    My name is {full_name}
```

如果表達式包含括號字元 (\$1\$1)，Amazon Lex 會以兩個反斜線 (\$1\$1) 逸出括號字元。例如，文字 `{John Stiles}` 會被混淆，如下所示：

```
Before obfuscation:
    My name is {John Stiles}
After obfuscation:
    My name is \\{{full_name}\\}
```

對話日誌中的槽值會被混淆。插槽值仍然可用於 `PostContent`和 `PostText`操作的回應，而槽值可用於您的驗證和履行 Lambda 函數。如果您是在提示或回應中使用槽值，則這些槽值不會在對話日誌中混淆。

在對話的第一回合中，如果 Amazon Lex 在表達式中辨識出槽值和槽值，則會混淆槽值。如果沒有識別到槽值，Amazon Lex 不會混淆表達式。

在第二輪和之後輪換時，Amazon Lex 知道要引出的槽，以及槽值是否應該混淆。如果 Amazon Lex 辨識到槽值，則會混淆該值。如果 Amazon Lex 無法辨識值，則會混淆整個表達式。遺漏表達用語中的任何槽值都不會被混淆。

Amazon Lex 也不會混淆您存放在請求或工作階段屬性中的槽值。如果您是儲存應該當作屬性混淆的槽值，則必須加密或以其他方式混淆該值。

Amazon Lex 不會混淆音訊中的槽值。它的確會混淆音訊記錄中的槽值。

您不需要混淆機器人中的所有槽。您可以使用主控台或使用 Amazon Lex API 來選擇哪些插槽混淆。在主控台中，於槽設定中選擇 **Slot obfuscation (槽混淆)**。如果您是使用 API，則在呼叫 [PutIntent](API_PutIntent.md) 操作時，將槽的 `obfuscationSetting` 欄位設定為 `DEFAULT_OBFUSCATION`。