[英]How to switch between skills on Watson Assistant?
当前,在IBM Watson Assistant中,您只能将一种技能分配给助手。 如何以编程方式交换助理的主要技能?
未来的计划是让Assistant支持多种技能以及自定义技能。 就在data_henrik提到的那一刻,您可以使用V1 API来调用每个技能。
但是拥有多种技能仍然面临挑战,这可能会给您一些见识。
这些是您可以采用的一些方法(名称在某些情况下是组成的:)。
通过这种方法,您可以将用户的话语发送到所有工作空间,并获得最高的得分。
如果您有大量的意图(> 1,000),并且这些意图之间有明显的差异,则需要使用此选项。 这也是通话中最昂贵的。
在此设置中,您具有高级技能。 这试图了解将每个问题路由到何处的意图。 然后,您将其暗示的第二项技能称为返回的意图。
如果您有大量的意图但主题相似,但又不够相似,无法分组为一项技能,则此方法有效。
与网关类似,不同之处在于,一旦您确定了路由到您的最终技能,便只能使用该技能。 如果该技能无法理解后面的问题,则将其路由回顶级技能,以找出应该去的地方。
如果您的客户有明确定义的去向,那么此方法就很好用。 因为他们倾向于在同一地区提出所有问题。
与路由器类似,不同之处在于当子技能无法理解用户的要求时,它会返回至顶层,尝试找出其他子技能与自身有共同的关系(如果无法理解)它回到顶部)。
这有助于多种技能可能具有相似的意图,但是在已经提出其他问题的情况下,您会选择一种技能而不是另一种。
在链设置中,您尝试以第一技巧回答用户问题。 如果不能,那么您将学习第二种技能,依此类推。
在这种情况下,您的意图将按已知频率进行映射。
如果您的意图非常相似,但是您知道人们提出的最常见问题,则此方法效果很好。 不过,它是实施和维护中较难的一种。
首先,每个技能都需要一个上下文对象。 您无法跨技能共享上下文对象的系统部分。 如果您使用的是Premium或Watson Assistant Plus,则将在技能本身内进行照顾(因此您只需要存储对话ID)。
“网关”,“祈祷与祈祷”和“连锁”失去了进行复杂对话而无需认真工作的能力。
如果您计划一次从一项技能到另一项技能的通话,则可以使用云功能来实现此目的。 它降低了复杂性,并将逻辑带到了应用程序层之外。 通过我的语言翻译示例,我实现了类似的目的。
通过使用技能而不是助手,您将失去进行基于版本控制的部署的能力。 您可以创建多个助手来解决此问题,但这会使事情变得更加混乱。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.