个人中心

看似复杂的【简单导航场景】解决思路

Ta的回复：很棒的说明，赞~~~~ 我也照着做了一个，有一个疑问想请教一下。如果用户一开始说的不是“帮我找一下附近的咖啡馆”，而是直接说“导航过去”，那么是不是就直接跳到最后一个意图呢？有什么办法避免吗？

25

对话逻辑控制问题

Ta的回复：没错，我这样考虑过，问题是如何建立这种协作关系？ UNIT并没有支持这种做法。目前我对于UNIT的理解是：UNIT的对话机制是通过对话样本与对话单元建立关联，只要UNIT识别出对话样本的内容就会无条件的跳转至关联的对话单元

3

看似复杂的【简单导航场景】解决思路

Ta的回复：这就是我想问的问题：用户发话的音频流数据是通过终端直接丢给UNIT的，而UNIT的结果是直接返回给资源API服务器的；当资源API服务器处理完之后又将结果直接返回给UNIT，UNIT不会解析处理这个返回结果，而是透传返回给终端。也就是说资源API只能被动响应UNIT的意图解析结果而无法对UNIT进行控制，终端也只能执行UNIT的返回结果，并且UNIT本身也不支持对于业务的逻辑控制，所以我就不知道作为开发者，要如何干预控制UNIT

25

看似复杂的【简单导航场景】解决思路

Ta的回复：这就是我想问的问题：用户发话的音频流数据是通过终端直接丢给UNIT的，而UNIT的结果是直接返回给资源API服务器的；当资源API服务器处理完之后又将结果直接返回给UNIT，UNIT不会解析处理这个返回结果，而是透传返回给终端。也就是说资源API只能被动响应UNIT的意图解析结果而无法对UNIT进行控制，终端也只能执行UNIT的返回结果，并且UNIT本身也不支持对于业务的逻辑控制，所以我就不知道作为开发者，要如何干预控制UNIT

25

看似复杂的【简单导航场景】解决思路

Ta的回复：这就是我想问的问题：用户发话的音频流数据是通过终端直接丢给UNIT的，而UNIT的结果是直接返回给资源API服务器的；当资源API服务器处理完之后又将结果直接返回给UNIT，UNIT不会解析处理这个返回结果，而是透传返回给终端。也就是说资源API只能被动响应UNIT的意图解析结果而无法对UNIT进行控制，终端也只能执行UNIT的返回结果，并且UNIT本身也不支持对于业务的逻辑控制，所以我就不知道作为开发者，要如何干预UNIT

25

看似复杂的【简单导航场景】解决思路

Ta的回复：这就是我想问的问题：用户发话的音频流数据是通过终端直接丢给UNIT的，而UNIT的结果是直接返回给资源API服务器的；当资源API服务器处理完之后又将结果直接返回给UNIT，UNIT不会解析处理这个返回结果，而是透传返回给终端。也就是说资源API只能被动响应UNIT的意图解析结果而无法对UNIT进行控制，终端也只能执行UNIT的返回结果，并且UNIT本身也不支持对于业务的逻辑控制，所以我就不知道作为开发者，要如何干预UNIT

25