终止支持通知：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`。