Dialogflow es 谷歌助手-动态实体
我们最近不得不暂停Alexa Skills的深入开发,因为他们的动态实体还没有完全准备好用于预期的用例(直接得到AWS架构师的确认) 同样的文件:Dialogflow es 谷歌助手-动态实体,dialogflow-es,actions-on-google,Dialogflow Es,Actions On Google,我们最近不得不暂停Alexa Skills的深入开发,因为他们的动态实体还没有完全准备好用于预期的用例(直接得到AWS架构师的确认) 同样的文件: 不管怎样,我们已经为Google Assistant制作了一个POC,正如我们听说的那样(Dialogflow dynamic enity) 我们面临的问题是,这似乎也不是动态加载数据 我们的预期结果是:;将数据(动态)加载到操作期间使用的新插槽中 i、 e.在运行时加载特定名称的列表,然后在使用应用程序时使用该列表进行查找 创建一个新的
Dialogflow dynamic enity
)
我们面临的问题是,这似乎也不是动态加载数据
我们的预期结果是:;将数据(动态)加载到操作期间使用的新插槽中
- i、 e.在运行时加载特定名称的列表,然后在使用应用程序时使用该列表进行查找李>
PS-我并没有故意在这里粘贴示例代码,因为我在阅读文档和相同的示例,我不想混淆主题-除非需要 Dialogflow将其称为,因为它们是实体类型,包含您在会话期间设置的值,并且仅在会话期间为该用户维护这些值 您可以使用会话实体类型的,或使用可以提供访问权限的 然而
虽然这在过去的会话实体中运行良好。(这个问题确实提供了一些代码和示例,所以你可能想看看它,以防它对你有用。)这是在他们的问题跟踪器中打开的,但谷歌没有公开承认它。所以,要确认一下——一旦这个错误被“修复”,我们应该能够加载动态数据(一个唯一条目的列表),进入该会话的新实体-使用这些相同的实体返回高成功率(与手动添加相同),对吗?该实体类型必须已经存在,但是的,这就是应该发生的情况。(过去也有过。)