Amazon Lex V2 可以把文本或语音输入映射到意图与槽位，再由对话流程或 Lambda 完成业务动作。上线重点不是“能聊”，而是意图边界、槽位校验、Fallback、人工接管、最小权限、日志隐私和版本回滚都可验证。
Lex V2 的核心对象怎样配合
Bot 包含一个或多个 locale，每个 locale 有 intents、utterances 和 slots；alias 把可运行版本暴露给客户端。用户话语先触发意图，缺少必填槽位时继续追问，收集完成后由对话流程或 fulfillment Lambda 处理。版本、alias 和环境要分离，避免测试修改直接进入生产。
意图与槽位先用反例而不是演示句验收
为每个意图准备标准表达、口语变体、错别字、否定、改口、超长文本、空值和跨意图表达。槽位需要类型、允许范围、格式校验和最大重试次数。模型识别出意图不等于业务输入有效，订单号、日期、金额和身份字段仍要在服务端验证。
Fallback 何时转人工
Lex V2 为每个 bot 提供 FallbackIntent，可在无法识别意图、槽位值无效或确认失败时触发。使用会话属性累计失败次数，超过阈值就停止重复追问，提供人工队列、回拨或安全退出。转交摘要只包含处理所需信息，并读回最终负责人和用户可见的等待说明。
Lambda、IAM 与幂等怎样设计
Lambda 只获得当前意图需要的最小资源权限。对退款、账户变更、外发和删除等高影响动作，服务端重新验证身份与业务条件，并使用请求 ID 或业务键实现幂等。超时、重试和部分成功必须有明确状态，不能让同一会话重复扣款或重复建单。
日志与数据边界要单独审批
Conversation logs 可把文本写入 CloudWatch Logs、把音频写入 S3，并包含意图和槽位元数据。启用前确定用途、保留期、访问角色、加密、脱敏和删除流程；敏感槽位优先遮蔽或不记录。AWS FAQ 对内容存储、改进用途、区域和退出政策的说明需要在采购与上线日重新核对。
上线验收矩阵
| 场景 | 预期 | 阻断条件 |
|---|---|---|
| 未知表达 | 进入 Fallback 并限制重试 | 循环追问或误执行 |
| 槽位格式错误 | 拒绝并给出修正提示 | 脏值进入后端 |
| Lambda 超时 | 安全失败且不重复动作 | 状态不明或重复写 |
| 人工离线 | 明确等待或回拨 | 假装已接管 |
| 新版本异常 | alias 回到已验收版本 | 无法快速恢复 |
成本与运行指标怎么读
Lex 按文本、语音请求或流式会话等口径计费，实际价格以当前区域和价格页为准。业务指标至少区分意图成功、Fallback、槽位失败、主动放弃、人工接管、延迟和后端错误。一次会话可能包含多次输入，不能把请求数直接解释为用户数或问题解决率。
独立上线合同
随文 JSON 示例保存 bot/locale/alias、意图用例、槽位校验、Fallback 阈值、IAM、日志、指标和回滚。它不连接 AWS 账户，不含密钥或真实客户数据，也不证明机器人已完成生产实测。
当前官方来源与边界
- AWS：Lex V2 核心概念
- AWS：FallbackIntent
- AWS：Conversation logs
- AWS：分析指标定义
- AWS：Amazon Lex FAQ
- AWS：Amazon Lex Pricing
本文于 2026 年 10 月 9 日核验。本站未登录 AWS 账户、未部署 bot，也未取得识别率、解决率、成本、用户或转化数据。需要设计工具权限可继续阅读Agent 身份与授权验收。
