对话流模式通过“全局规则 + 对话节点 + 跳转条件”的结构化组织方式，将一通电话拆分为可见的业务状态，适用于有多轮判断和相对固定但复杂业务对话流程的场景。
概述
对话流模式把一通电话拆成可见的业务状态：
全局规则：（含全局提示词和全局节点）约束整通电话
对话节点：负责当前阶段目标
跳转条件：决定下一步去向。
节点内由提示词驱动自然对话，可在保持业务流程的同时实现灵活的多轮交互。
与提示词模式的对比
提示词模式适合短链路、分支少的场景；对话流模式适合有多轮判断、有相对固定但复杂业务流程的场景。下表对比两种模式在配置方式、路径控制等方面的差异。
对比维度 | 提示词模式 | 对话流模式 |
规则放在哪里 | 一份主提示词 | 全局规则、节点提示词、跳转条件 |
路径控制 | 主要依赖模型理解整段规则 | 关键状态和去向显式可见 |
适合场景 | 短链路、流程分支少、快速验证 | 有多轮判断、有相对固定但复杂的业务对话流程 |
修改影响 | 改一处可能影响整通电话 | 可定位到某节点或某条连线修改 |
主要风险 | 提示词变长后易跑偏、难定位 | 节点过多、条件重叠或遗漏兜底会难维护 |
推荐场景 | 简单通知、轻量回访、PoC | 作为主推方案，用于稳定运营的业务流程 |
对话流的构成对象
对象 | 职责 | 示例 |
全局提示词 | 整通电话始终生效的规则，例如身份设定和全局约束信息。 | "你是XX公司的客服专员，负责客户回访。请使用礼貌、专业的语气，通话时长控制在3分钟以内。" |
对话节点 | 当前阶段要完成的一个业务目标，例如开场、身份确认、意向判断、预约、结束。 | "确认客户是否愿意预约。客户同意后进入预约信息收集节点，明确拒绝后进入收尾节点。" |
全局节点 | 全局都能感知到的提示词，例如"现在不方便"、"转人工"、"投诉"、"不是本人"等情况下的应答。 | "如果客户表示现在不方便，礼貌回应并询问合适的回访时间；如果客户要求转人工，告知将为其转接并结束通话。" |
添加对话节点
一个节点对应一个业务目标或对话状态，而不是一句话。节点内部可以多轮自然追问；只有业务目标、所需信息、可调用能力或后续去向改变时，才拆分新节点。
操作步骤
创建智能体时选择标有对话流的模板，并完成创建。
进入对话流画布的智能体页签。
点击画布左边的添加节点按钮，新建一个对话节点。
在节点卡片中填写以下字段：
节点卡字段
作用
需要写清什么
本阶段目标
明确该节点要推动客户完成的业务结果，并作为模型判断停留或跳转的依据。
用"动作 + 结果"描述唯一目标；写清达成标志和未达成时的去向。
例如：确认客户是否愿意预约；
同意后进入预约节点，明确拒绝后进入收尾节点。
标准回复话术
提供稳定的表达基线，确保核心信息、语气和合规口径一致。
写一段可直接说给客户的自然口语，包含承接、核心表达或提问、收口；
保留追问空间，不必覆盖所有客户回答。
同时该字段会决定节点之间的流转路由逻辑。
对话策略与逻辑
规定模型在节点内如何追问、判断和处理异常，避免只按固定句子回复。
使用自然语言描述即可。
先确认什么
信息不足时如何追问
客户提问、拒绝、听不清或暂不方便时如何回应
满足何种条件后跳转
跳转
什么情况下进入下一个节点。
在对话策略与逻辑中用自然语言描述节点之间应如何跳转。
在提示词编辑框中输入
/可唤起跳转逻辑配置面板，按面板提示添加跳转条件。其中：条件概述仅用于在画布中展示，不会传给大模型。
在画布上从当前节点拖拽连线到目标节点，完成跳转关系配置。
保存配置。
跳转条件写法
不够清楚 | 更可执行的写法 |
客户有意向 | 客户明确表示愿意了解，并同意进入预约或信息收集阶段节点。 |
客户不方便 | 客户明确表示正忙、正在开车或要求改时：跳转至回访时间收集节点。 |
同一节点下的分支尽量互斥；如果存在优先级，可以在提示词中写明。
测试与验证
配置完成后，通过以下方式验证对话流是否按预期运行：
在画布中检查各节点的连线关系是否正确，确认没有孤立节点或死循环路径。
使用测试拨打功能发起一次真实通话，观察模型是否按预期节点顺序流转。
查看通话记录和日志，确认各节点的提示词是否正确触发，跳转条件是否按预期执行。