我在考虑以下场景：
用户使用尚未定义意图的内容查询Dialogflow代理，但是，由于应用程序的性质，应该有该查询的意图 . 有点像用户群只是通过发出查询来扩展代理 .
这样做是否合理？如果没有，是否有可能得到任何接近或替代方式的东西？
我有以下两个场景来实现这样的事情：
-
使用回退意图捕获不匹配的查询并在代码中匹配：无论如何，任何无法与意图匹配的查询都会被赋予回退意图 . 可以将这些查询写入该意图中的数据库中，然后再次在回退意图中，可以将查询与数据库匹配（通过比较字符串使用类似的百分比），并且可以从数据库 . 我在这里看到的问题正是这种匹配，因为不使用Dialogflow实际上是什么似乎效率低下 .
-
再次使用回退意图，但通过Dialogflow API创建意图 . Dialogflow SDK提供了一种从给定查询创建意图的方法 . 我在这里看到的问题是，在我的履行函数代码中没有为通过API创建的意图定义的意图，所以再次，这将转到后备意图 .