【问题标题】:Transferring Intelligence from LUIS to QnA将情报从 LUIS 转移到 QnA
【发布时间】:2018-10-08 10:13:56
【问题描述】:

LUIS 通常用作具有多个 QnA 的调度程序,或与 QnA 并行使用,或用作 (If else) 以重定向到 QnA。正如下面链接中提到的:

Look use-cases mention in the answer

我想将知识从 LUIS 转移到 QnA:

LUIS: 从话语中提取实体和意图等内容,但在上述大多数场景中,我们传输的只是话语,而不是来自 LUIS 的有关意图和实体的信息。

QnA 元数据: 当我们之后查询 qna 库时,元数据过滤器(键值对)可以提升一些答案。

这是我的问题:

  1. 这种场景是否可以将 session.message 或 utterance 以及实体和意图传输到 QnA 服务?

  2. 使用元数据来实现它,例如意图:某物和实体:一些产品,并从 LUIS 传递意图和实体以在 QnA 服务中与此元数据进行比较,这是否也合理?

  3. 如果上述概念是错误的,那么还有其他方法可以将知识从 LUIS 转移到 QnA 服务吗?据我所知,LUIS 是比 QnA 更智能的服务,QnA 主要用作坚实的 QnA 基础,但如果我们将控制权交给 LUIS,那么甚至可能是具有不同实体或呈现方式但相同上下文的问题可以映射到QnA 数据库中所需的 QnA 对。

  4. 最后谁能帮我想出如何在 node.js 中实现这个?如果可能的话,您不必从头开始编写代码,只需将意图和实体从 LUIS 传输到 QnA 的元数据即可。当然如果这个逻辑是可行的。

【问题讨论】:

  • 让我看看我是否理解正确。虽然 LUIS 通常仅用于确定在这些类型的情况下是否应将话语发送到 QnA 知识库,但您希望将 QnAMaker 连接到 LUIS,以便 LUIS 能够帮助 QnAMaker 提出答案,因为您'担心 QnAMaker 可能不够聪明,无法自行从话语中检索正确答案。对吗?
  • 我注意到您没有使用 botframework 标签。您是在尝试制作机器人还是其他东西?
  • 正确!我知道 QnA Maker 足够智能,可以在某种程度上检索到好的答案,但是如果我们在管道中实现 LUIS,它会使用 NLP,提取意图和实体,如果我们有复杂的话语,我认为 LUIS 可能有助于提高映射的准确性相同的上下文(意图)问题,即使存在实体或呈现方式不同。是的,最终这将是一个机器人,所以让我编辑该标签,谢谢并期待您的进一步回复。

标签: node.js botframework azure-language-understanding qnamaker


【解决方案1】:

我发现 QnA Maker 在部分重叠的问题上存在很多问题。

例如具有相同类型的问题,例如定义问题:

  • 什么是苹果?告诉我苹果是什么。
  • 什么是梨?告诉我梨是什么。解释一下梨是什么。

QnA Maker 相对笨拙——它基于搜索引擎,而不是真正理解语言。例如,它无法找出问题的关键概念是什么。

因此,重要的是减少重叠并在问题中具有更多的独特性。

我想出的解决方案是将类似问题聚集在一起,并将它们建模为 LUIS 中的 Intent。然后可以在 QnA Maker 中找到答案。例如。 DefinitionQuestion LUIS 中的意图与实体提取:

  • 什么是 X?告诉我X是什么。解释一下 X 是什么

然后在您的机器人中使用逻辑,您可以将所有定义(而不是整个问题)放入 QnA Maker 并将它们标记为定义。当 LUIS 识别定义意图时,您可以提取 X 实体并使用带有 questiontype:definition 标记的严格过滤器查询 QnA Maker 以获取 X。

【讨论】:

    【解决方案2】:

    人们想要以某种方式集成 LUIS 和 QnAMaker 是很常见的,例如 herehere。有关于如何做到这一点的官方文档here。不过,您想要做的似乎与通常的实现有点不同。

    如果我可以解释一下,听起来您正在尝试使用 LUIS 来提高 QnAMaker 的智能。这既不可能也没有必要。这是不可能的,因为 LUIS 和 QnAMaker 设计有接收单个消息作为输入的简单接口,也就是说 QnAMaker 无法与 LUIS 的意图和实体一起使用。这不是必需的,因为 QnAMaker 已经被设计为尽其所能。如果有一种方法可以通过 LUIS 的算法使其更智能,那么该功能将是内置的,您不必自己实现该功能。请记住,这两个都是 Microsoft AI 服务,所以我不希望其中一个拥有另一个无法触及的秘密。

    【讨论】:

    • 谢谢@Kyle Delaney
    猜你喜欢
    • 2017-11-28
    • 1970-01-01
    • 2019-02-25
    • 1970-01-01
    • 2019-12-13
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多