Alexa模型评估正常但模拟器/实体设备无法触发SetupUsername意图

1. 平台合规拦截：Alexa官方明确禁止技能在交互流程中直接收集用户名、密码这类敏感身份凭据，这类涉及身份验证的自定义意图会在运行时被平台的安全策略拦截，静态的模型评估工具不会触发该类拦截规则，所以会出现评估正常但实际运行匹配失败的情况。官方要求所有账户关联逻辑必须走标准OAuth2账户绑定流程，不能自定义凭据收集链路。
2. 内置槽类型匹配缺陷：AMAZON.NUMBER槽对长串连续数字的识别适配性极差，当输入/说出的用户名长度超过5位时，Alexa的语音识别和槽解析逻辑会将连续数字拆分为多个独立数值、或识别为其他语义，直接导致整个意图样本匹配失败。
3. 意图优先级配置问题：静态评估仅做字面匹配，实际运行时Alexa的NLU逻辑会按意图权重、会话上下文做匹配排序，若初始化意图样本更宽泛、优先级配置更高，或当前会话上下文默认预期初始化意图的响应，就会优先触发初始化意图而非SetupUsername。

• 优先替换为官方OAuth2账户绑定流程，既符合平台合规要求，也能规避敏感信息收集相关的拦截限制，无需自定义凭据收集意图。
• 若仅做临时测试需要保留自定义收集逻辑：
  • 将username槽的类型从AMAZON.NUMBER替换为AMAZON.SearchQuery或自定义槽类型，自定义槽可提前导入所有可用的测试用户名作为枚举值，大幅提升匹配准确率。
  • 调整意图优先级，在交互模型配置中将SetupUsername的优先级设置为高于被误触发的初始化意图。
  • 补充更多SetupUsername的样本变体，比如增加携带唤醒词、技能调用词的完整句式样本，降低匹配歧义。
  • 测试时先在返回的请求JSON中确认ASR识别结果是否和输入内容一致，排除语音识别错误导致的匹配失败。

内容的提问来源于stack exchange，提问作者Elias Johannes