2

当尝试使用这些话语时,机器人会将确认状态视为无,而不是已确认。

例子:

"confirmationStatus": "Confirmed", "sourceLexNLUIntentInterpretation": null }, "inputTranscript": "yes" } 


"confirmationStatus": "None", "sourceLexNLUIntentInterpretation": null }, "inputTranscript": "yes it is" } 

有人用 AWS Lex 遇到过这个问题吗?

试图清理任何预期“是的,它是”或类似话语的插槽。

预期的:

"confirmationStatus": "Confirmed", "sourceLexNLUIntentInterpretation": null }, "inputTranscript": "yes" } 

实际的:

"confirmationStatus": "None", "sourceLexNLUIntentInterpretation": null }, "inputTranscript": "yes it is" } 
4

1 回答 1

0

亚马逊建议对是/否问题使用confirmIntentconfirmSlot 。但由于输入识别的限制,我选择使用一个槽来代替。

我创建了一个自定义 slotType,它将值解析为“是”或“否”,并为每个值使用一长串同义词,以捕捉多种回答方式。它还让我能够捕捉到竖起大拇指/向下的表情符号,以及懒惰用户的“y”或“n”。

用户确实倾向于向机器人抛出更多的口语短语以试图将它们绊倒,所以我还添加了诸如“你打赌”、“成功了”、“地狱里没有机会”等短语。

于 2019-05-18T04:35:20.200 回答