用户听见一片安静，就会怀疑通话断了
语音助手收到“查一下申请进度”，后端查询要花一段时间。如果这期间完全没有声音，用户不知道系统在等待，可能重新提问甚至挂断。文字界面还有加载提示，电话里的等待需要另一种表达方式。企业设计语音智能体时，应把“正在办”作为可观察状态，而不只是等待结束后的一句答案。
Google 在 2026 年 10 月 19 日发布 ADK 语音智能体实践，介绍流式工具、非阻塞函数调用及响应调度。文中讨论工具运行期间继续对话，并提供等待自然停顿、立即插入或静默更新等控制思路。本文围绕其企业应用作解读，不把示例中的表现推广为所有网络、模型与业务系统的性能保证。
第一句回应只承诺已经开始的动作
合适的回应可以是“正在查询这笔申请”，前提是查询确实已经发起。若工具还在等待授权，就应说明当前条件。不能为避免安静而先说“已经查到”，也不能在没有任何实际进展时反复播报“马上好了”。语言需要对应真实状态。
对于多阶段任务，可以挑选用户有必要知道的节点，例如已找到记录、正在核对最新状态。没有意义的内部步骤不必逐条朗读。进度播报的目的，是帮助用户理解等待与下一步，而不是把执行日志变成背景声音，更不能让技术输出泄露不应口头播出的字段。
后台执行与对话继续，是两条不同的线
用户可能在查询期间补充编号，也可能问另一个无关问题。系统应能判断补充内容是否改变了原任务。若修改的是关键查询条件，后续结果必须对应新的条件，旧任务即使已经完成，也不能不加判断地继续播报。
可以给每次查询保留内部任务标识，将请求、当前条件与返回结果关联起来。用户换话题之后，系统不应把上一项查询结果当成对新问题的回答。这个关联属于业务编排需要验证的部分，不能仅凭使用了异步工具就认为已经解决。
什么结果值得打断，需要业务事先决定
普通查询可以等用户说完再播报；对话中真正需要及时告知的信息，可能有不同安排。但“重要”的定义不宜由模型临场无限扩张。企业可以按任务类型约定播报时机，并在测试中确认是否符合用户预期，而不是把每个工具完成事件都设为强行插话。
假设助手正在解释退换货流程，后台查到了一个参考材料标题，这通常没有必要立即打断。相反，用户明确等待某个结果时，可以在自然停顿后给出。技术调度选项只是手段，实际选择应跟着当前谈话的目的和任务状态走。
进度消息不能混成最终结论
工具流式返回时，早期内容可能只是发现部分数据，稍后还要核对。若模型把中间片段当成完整答案，用户听到了就可能采取行动。建议对工具结果明确区分进度事件和终态结果，并让口头表达保留相应边界。
例如“找到两条候选记录，正在核对”与“已经确认目标记录”不是同一回事。若无法确认，应告诉用户还缺什么条件。播报顺畅并不能补足业务证据，语音场景反而更需要简短明确，因为用户通常无法像阅读文本那样回看全部上下文。
用户取消后，结果还回来怎么办
取消对话、挂断和取消后台动作可能是不同事件。服务应说明哪些任务能停止，哪些只能停止后续播报。若后台仅做查询，可在结果返回时按任务状态丢弃或保存为允许查看的记录；若涉及外部修改，则需要按实际操作阶段处理，不能把安静结束当成动作已经撤销。
因此，验收应包括用户说“不用了”的时点：工具未开始、工具运行中、结果已返回但尚未播报。每种情况都观察任务状态和后续行为。不要为覆盖所有假设建立庞大系统，先把正式业务确实存在的几种取消路径验证清楚。
用录音与事件时间线一起找问题
只听录音，容易分不清延迟来自语音识别、模型还是业务工具；只看工具日志，又可能忽略用户已经说了什么。建议在授权的测试环境中，把关键事件时间与经过适当处理的音频对齐，确认用户提问、工具开始、进度、最终结果分别发生在哪里。
测试材料应使用虚构记录。评价也不要只看首句多快，还要看是否打断用户、是否重复播报、结果是否对应正确任务。一个迅速说“我来查”的助手，如果随后拿错申请结果，仍然没有完成可靠的查询服务。
弱网与重复提问值得单独测一次
网络抖动时，同一条进度可能重复到达，用户也可能因为没有听清再次提问。系统应避免每收到一次重复状态就重新读一遍长段说明。可以根据任务标识和当前阶段判断是否需要再次告知，重说时也应尽量简短。
恢复连接后，要确认当前用户是否还在等待原任务。过了一段时间的结果可以说明对应查询时间，再由用户决定是否需要刷新。不要把延迟到来的信息包装成刚查到的实时状态，尤其在库存、预约或进度类业务里，时间背景会影响用户判断。
一份能用于上线决策的验收记录
企业可以保留几段代表性测试：正常慢查询、期间补充条件、用户插话、主动取消以及工具失败。每段注明正确结果和预期播报时机，再观察真实表现。通过标准应同时覆盖任务正确性、对话连续性与终态清晰度。
ADK 的相关能力提供了一种改善等待体验的实现路径。企业真正要验收的，是用户始终知道现在进行到哪里、哪些信息已经确认，以及何时需要自己补充或决定。声音保持流畅很有价值，但流畅应建立在可追踪的任务状态之上。
要点总结
- 不一定。官方示例讨论的是运行时执行与响应调度，阻塞工具可能需要结构调整。
- 按任务与对话状态决定。普通结果可等待自然停顿，过期或已取消任务的结果应按约定处理。
- 用虚构数据测试慢查询、补充条件、插话、取消和失败，并核对事件时间线与任务终态。
参考来源说明
本文为实用解读，围绕已发布官方材料作企业应用分析，不代表当日新增功能。来源时间：2026-10-19。2026-10-26核验。官方事实与本站建议分开表述；示例为假设场景，不代表客户案例、效果或实际账号测试。