Dialogflow es 谷歌助手-动态实体

Dialogflow es 谷歌助手-动态实体,dialogflow-es,actions-on-google,Dialogflow Es,Actions On Google,我们最近不得不暂停Alexa Skills的深入开发,因为他们的动态实体还没有完全准备好用于预期的用例(直接得到AWS架构师的确认) 同样的文件: 不管怎样,我们已经为Google Assistant制作了一个POC,正如我们听说的那样(Dialogflow dynamic enity) 我们面临的问题是,这似乎也不是动态加载数据 我们的预期结果是:;将数据(动态)加载到操作期间使用的新插槽中 i、 e.在运行时加载特定名称的列表,然后在使用应用程序时使用该列表进行查找 创建一个新的

我们最近不得不暂停Alexa Skills的深入开发,因为他们的动态实体还没有完全准备好用于预期的用例(直接得到AWS架构师的确认)

同样的文件:

不管怎样,我们已经为Google Assistant制作了一个POC,正如我们听说的那样(
Dialogflow dynamic enity

我们面临的问题是,这似乎也不是动态加载数据

我们的预期结果是:;将数据(动态)加载到操作期间使用的新插槽中

  • i、 e.在运行时加载特定名称的列表,然后在使用应用程序时使用该列表进行查找
创建一个新的静态查找槽(在控制台中),其中包含±5个集合名称(唯一的和不常见的),可以很好地工作,但是每次动态加载这些名称时,都无法识别它们

我们已经看到了类似的问题,所有这些问题似乎都通过对DialogFlow的POST调用得到了解决,但是,我们无法在运行时环境中复制这些问题

有没有人遇到过类似的问题,并设法使其按预期工作

如果是这样的话,您是否介意分享一些额外的文档,这些文档可以帮助您进行相同的示例?我怀疑我们真的很接近,但缺少一些简单的东西


PS-我并没有故意在这里粘贴示例代码,因为我在阅读文档和相同的示例,我不想混淆主题-除非需要

Dialogflow将其称为,因为它们是实体类型,包含您在会话期间设置的值,并且仅在会话期间为该用户维护这些值

您可以使用会话实体类型的,或使用可以提供访问权限的

然而


虽然这在过去的会话实体中运行良好。(这个问题确实提供了一些代码和示例,所以你可能想看看它,以防它对你有用。)这是在他们的问题跟踪器中打开的,但谷歌没有公开承认它。

所以,要确认一下——一旦这个错误被“修复”,我们应该能够加载动态数据(一个唯一条目的列表),进入该会话的新实体-使用这些相同的实体返回高成功率(与手动添加相同),对吗?该实体类型必须已经存在,但是的,这就是应该发生的情况。(过去也有过。)