Amazon web services Amazon食物槽类型将药物名称标识为食物

Amazon web services Amazon食物槽类型将药物名称标识为食物,amazon-web-services,amazon-lex,Amazon Web Services,Amazon Lex,我正在开发Lex机器人,并使用内置的自定义槽作为Amazon.Food 在测试bot时,如果我问一个问题: Can I ....... Advil .... Advil被认为是一种食品 亚马逊食品也包括普通药品吗?不幸的是,我无法访问亚马逊的列表。食品请求在内置插槽类型的窗帘后面偷看是一个常见的问题。亚马逊的人告诉我们两件事作为回应: 1) 亚马逊还没有向公众提供这些内置的插槽类型列表 2) 这些内置插槽类型不限于其列表中的单词/短语 因此,“Advil”可以填补AMAZON.Food的空缺

我正在开发Lex机器人,并使用内置的自定义槽作为Amazon.Food

在测试bot时,如果我问一个问题:

Can I ....... Advil .... 
Advil被认为是一种食品


亚马逊食品也包括普通药品吗?不幸的是,我无法访问亚马逊的列表。食品

请求在内置插槽类型的窗帘后面偷看是一个常见的问题。亚马逊的人告诉我们两件事作为回应:

1) 亚马逊还没有向公众提供这些内置的插槽类型列表

2) 这些内置插槽类型不限于其列表中的单词/短语

因此,“Advil”可以填补AMAZON.Food的空缺,无论它是否在列表中


关于内置SlotTypes:它们确实为Lex提供了一些描述和示例。那你就要看完整的名单了,即使是给Alexa的。(在撰写本文时,唯一的区别是,您可以在Alexa development中扩展内置插槽类型,但在Lex中不能扩展。)

将是提出这个问题的更好地方。听起来这似乎引出了另一个问题。那么,如果我告诉你“Advil”可以填补这个空缺,不管它是否在
亚马逊食品
的列表中……也许你可以包括你的后续问题。@JayA.Little是的,我认为Lex的机器学习算法会尝试根据许多因素来检测关键字,包括句子是如何形成的,周围的单词是什么(及其类型等)。它不一定出现在某些列表中。这就是为什么在这种情况下最好在lambda代码中处理插槽。@sid8491同意,这很可能就是问题所在:如何限制内置插槽类型?->在lambda代码中处理。是的,在这种情况下,我们可以使用一些第三方API或一些逻辑进行验证如果
slot
被标识为
Advil
,我们将
null
该slot,并发送
elicittslot
,其中包含消息“我们不支持Advil”或类似内容。这只是一个想法。是的,我们正在lambda代码中处理此问题,并使用外部源进行验证