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