我们最近不得不暂停与Alexa Skills的深度开发，因为他们的Dynamic实体尚未完全准备好用于预期的用例（必须直接从AWS架构师确认）。
同一文件：
无论如何，我们一直在为Google助手创建POC，就像听说的那样（Dialogflow dynamic enity）。
我们遇到的问题是，这似乎也不是动态加载数据。
我们的预期结果是： （动态地）将数据加载到将在操作期间使用的新插槽中。
使用±5个集合名（唯一的和不常见的）创建新的静态查找槽（在控制台内）可以正常工作，但是每次动态加载这些名字时，语音说都不会识别它们。
我们已经发现，使用POST调用DialogFlow可以解决所有类似的问题，但是，我们无法在运行时环境中复制该问题。
有人对此有类似的问题，并设法使其按预期工作吗？
如果是这样，您介意分享一些其他文档，以帮助他们吗？我怀疑我们真的很接近，但是缺少简单的东西。
PS-我没有在这里故意粘贴示例代码，因为我一直在寻找文档和示例示例，所以我不想混淆该主题-除非需要。
答案 0 :(得分：1)
Dialogflow将它们称为session entities，因为它们是实体类型，它们包含您在会话期间设置的值，并且仅在该会话期间为该用户保留这些值。
您可以使用REST endpoint访问会话实体类型，也可以使用可以提供访问权限的client libraries之一。
但是...
在过去的there seem to be some problems currently中，使用会话实体可以很好地解决此问题。 （该问题确实提供了一些代码和示例，因此，无论如何它都可能对您有用。）在他们的问题跟踪器中打开了as a bug，但没有公开Google对此致谢。