我刚好碰到过类似的情况，来给你梳理下Alexa自定义槽位的核心限制，刚好能解释你遇到的问题：

• 内置实体的优先级冲突：Alexa有一套庞大的预定义内置实体库，比如设备类的AlexaDevice，"Echo dot"属于Alexa自家的官方设备，默认会被NLP系统优先匹配成这个内置实体，完全跳过你的自定义槽位。哪怕你把它加到自定义槽值列表里也没用，因为内置实体的识别权重远高于自定义槽位的示例。而"kind people"这种没有对应内置实体的通用短语，就会正常落到你的自定义槽位里。

• 自定义槽位是"示例引导"而非精确词表：很多人误以为自定义槽位是白名单，其实它是给Alexa的模型提供示例，帮助它理解槽位应该接收什么样的词汇。但如果示例词汇和内置实体、高频通用词汇重叠，Alexa会倾向于选择更"权威"的内置分类，而不是你的自定义槽位。

• 品牌/专有词汇的预训练权重限制：像"Echo dot"这种带有明确品牌属性的词汇，Alexa的训练模型已经对其有固定的识别映射，自定义槽位的几个示例很难覆盖这种预训练的权重，自然无法抢占识别优先级。

• 槽位类型的匹配限制：如果你用的是自己创建的自定义槽位类型，而非AMAZON.SearchQuery这类自由文本槽位，识别限制会更严格。AMAZON.SearchQuery是专门用来处理无固定格式的自由输入，对这类品牌词汇的兼容性会好很多；但自定义类型会更依赖你提供的示例，遇到内置实体就会失效。

给你的解决建议： #

1. 如果你一定要让"Echo dot"落到自定义槽位，可以在开发者控制台的实体管理里禁用AlexaDevice内置实体，但这可能影响技能中其他和设备相关的识别，一定要仔细测试。
2. 改用AMAZON.SearchQuery作为槽位类型，它的自由匹配度更高，能接收这类容易和内置实体冲突的词汇。
3. 在技能逻辑里做兼容处理：如果Alexa识别出了AlexaDevice实体，手动把它的值映射到你的自定义槽位逻辑中，这样不管是识别到内置实体还是自定义槽位，都能正常处理。

内容的提问来源于stack exchange，提问作者Zhe Hou