对话流程

概述

对话流程设置决定助手如何处理用户沉默、说话时被打断以及轮次交接。这些设置可让对话更自然，并可根据使用场景自定义。

这些设置也适用于使用 Realtime 模型的智能体。

最长对话时长

最长对话时长设置限制对话可保持活跃的总时间。 此全局限制从对话开始时起算，独立于单轮超时设置。 默认值为 600 秒（10 分钟），可设为 60 至 7,200 秒。

配置

在 CLI 和 API 中，通过 conversation_config.conversation.max_duration_seconds 字段配置此设置。

沉默后接话

沉默后接话设置决定助手在用户沉默多久后接管下一轮并提示用户回复。

配置

该值以秒为单位，必须介于 1 至 30 秒。在 CLI 和 API 中，通过 conversation_config.turn.turn_timeout 字段配置此设置。

最佳实践

• 对需要快速往返交流的日常对话，设置较短的超时（5–10 秒）
• 当用户可能需要更多时间思考或组织复杂回复时，使用较长超时（10–30 秒）
• 考虑用户场景：客户服务可能适合较短超时，而技术支持可能需要较长超时

软超时

当 LLM 生成回复的时间超过预期时，软超时会立即提供音频反馈。等待期间不再出现尴尬的沉默，智能体会说出如“嗯……”或“让我想想……”这样的简短填充语，以保持自然的对话节奏。

此功能适用于：

• 需要较长 LLM 处理时间的复杂查询
• 处理 LLM 提供商的可变延迟
• 通过自然的思考停顿打造更接近真人的对话

工作原理

1. 用户说完后，系统开始生成 LLM 回复
2. 根据配置的超时时长启动计时器
3. 若 LLM 回复在超时前到达，则不会说出填充语
4. 若在 LLM 回复前达到超时：
   • 立即说出配置的填充消息
   • 智能体继续等待实际回复
   • 回复准备就绪后，智能体说出完整的 LLM 回复

为避免连续出现多个填充语，每轮只会触发一次软超时。

配置

超时时长

等待 LLM 回复期间，说出填充消息前的秒数。

静态消息

触发软超时时说出的预设填充语。

此消息支持：

• 语言覆盖：自动翻译为智能体配置的其他语言
• 客户端覆盖：可通过 SDK 为每次通话自定义

LLM 生成的消息

启用后，会使用轻量级 LLM 动态生成符合上下文的填充语，而非使用静态消息。

系统会使用最近的对话上下文（最多 4 条消息、1000 个字符）生成相关填充语，例如“嗯……”“我明白了……”“了解……”“收到……”或“好的……”。

最佳实践

• 避免在填充消息中使用时间提示（例如“等一下……”），因为实际回复时间不可预测
• 对回复始终很快的 FAQ 机器人，禁用软超时

打断

打断处理决定用户能否在助手说话时打断它。

配置

可在智能体 高级标签页的 客户端事件下配置打断设置。

如需启用打断，请确保已将打断设为选中的客户端事件。

已启用打断

已禁用打断

打断最佳实践

• 在需要自然往返对话的场景中启用打断
• 当完整传达消息至关重要时禁用打断（例如条款与条件、安全信息）
• 考虑使用场景：客户服务可能适合打断，而信息传达场景可能不适合

接话积极性

接话积极性控制助手在对话中响应用户输入的速度。该设置决定助手会多积极地根据检测到的语音模式接管轮次并开始说话。

工作原理

助手现包含两项关键改进，让轮次交接更自然：

1. 更快生成回复：助手从语言模型接收到足够的词语和一个逗号后便会开始说话，而不是等待完整句子。这可降低延迟并使对话响应更快，尤其适合回复较长的情况。

2. 可配置的接话积极性：控制助手将停顿或语音模式判定为可回复时机的速度。

配置

可选择 3 种模式：

• 积极：助手会快速响应用户输入，在最早的时机接话。最适合重视即时回复的快节奏对话。
• 普通：平衡的轮次交接方式，适合大多数对话场景。助手会在自然的对话停顿后回复。
• 耐心：助手会等待更久再接话，让用户有更多时间表达完整想法。适合收集详细信息，或用户需要时间组织回复的场景。

接话积极性最佳实践

• 在快速回复可提升用户体验的客户服务场景中使用 积极模式
• 收集电话号码、地址或邮箱等结构化信息时使用 耐心模式
• 将 普通模式作为一般对话流程的默认设置
• 结合 workflow，根据对话上下文动态调整接话积极性
• 针对具体使用场景测试不同设置，找到最佳平衡

推荐配置