Dograh呼叫中心AI升级方案如何配置电话转人工Call Transfer新手完整指南【免费下载链接】dograhOpen source voice AI platform. Self-hosted alternative to Vapi and Retell. On Prem, BYOK across Speech to Speech or LLM/STT/TTS, with a visual workflow builder, MCP native and telephony support.项目地址: https://gitcode.com/GitHub_Trending/do/dograhDograh 是一个开源语音 AI 平台可作为 Vapi 和 Retell 的自托管替代品支持 On-Prem 部署和 BYOK 模型接入。本文将带你快速上手 Dograh 的电话转人工Call Transfer功能只需 3 步就能让 AI 语音坐席在合适时机把通话无缝转接给真人客服、部门队列或 SIP 坐席让你的呼叫中心完成 AI 化升级。适合读者已经部署 Dograh、想给呼叫中心接入AI 优先、人工兜底模式的运营和开发人员。为什么呼叫中心需要电话转人工纯 AI 接听虽然能 7×24 小时工作但遇到投诉升级、复杂账务纠纷、VIP 客户等场景把电话转给真人是更好的体验选择。Dograh 内置的Call Transfer 工具正是为此设计AI 判断通话意图后主动调用转接工具无需人工干预支持转到固定号码、SIP 坐席、或根据你的后端系统动态决定目的地转接过程平滑播放提示语 → 拨号 → 听歌等待 → 接通后 AI 自动退出⚠️ 注意Call Transfer 目前支持Twilio、Telnyx、Asterisk ARI等电话线路UI 中也适配了 Plivo 等网页通话暂不支持转接。转接为盲转不会把对话上下文直接传给接机人。Call Transfer 的完整工作流当大模型决定需要转人工时Dograh 会按以下 6 步执行参考官方文档 docs/voice-agent/tools/call-transfer.mdx步骤动作1AI 坐席调用 Call Transfer 工具2Dograh 解析目的地静态配置 / 上下文规则 / HTTP 动态解析3播放可配置的转接前提示语4通过话务商开始拨打目的地5主叫听到保持音乐6目的地接听后接通双方AI 退出通话第一步创建你的语音坐席进入 Dograh 界面后先通过Create Voice Agent向导创建一个坐席选择通话类型呼入/呼出、填写使用场景描述Dograh 会自动生成 AI 提示词并创建一个可视化工作流Workflow。工作流由多个节点组成每个节点有独立的 Prompt 和可挂载的工具。转人工的行为就发生在某个节点上——比如主议程节点里写明当用户情绪激动或明确要求人工时调用 Transfer Call 工具。第二步创建 Call Transfer 工具并选择目的地在工具管理页面选择Transfer Call类型创建工具配置项分为 4 块1️⃣ 工具名称与描述Name如Transfer CallDescription帮助大模型理解什么时候该转例如当用户明确要求人工服务或情绪升级时调用。描述写得越清晰触发越准确。2️⃣ 转接前提示语Pre-Transfer Message三选一No Message不播放任何提示直接转接Custom Message播放自定义文案如请稍等正在为您转接人工客服Pre-recorded Audio播放一段预录音3️⃣ 转接超时Transfer Timeout目的地从开始振铃到接听的等待上限范围5–120 秒默认 30 秒。超时后转接失败AI 会继续服务当前通话不会让呼叫挂空。4️⃣ 目的地来源Destination Source——核心配置这是本工具最灵活的部分三选一模式适用场景示例Static / Template目的地固定1234567890、PJSIP/sales-queue、{{initial_context.transfer_destination}}Context Mapping有限的几个分支路由department sales→PJSIP/1001规则按从上到下顺序匹配可配兜底目的地Dynamic HTTP Resolver目的地需实时决定按客户等级、语言、区域动态查询后端 CRM 后返回号码静态/模板模式最简单适合所有转人工都去同一个客服分机的场景。上下文映射Context Mapping模式适合按部门路由你定义若干条规则每条规则指定一个上下文字段如department和多个值 → 目的地映射。匹配时忽略大小写和首尾空格没有命中任何规则时走可选的 Fallback Destination否则转接会安全失败并回到 AI 继续通话。动态 HTTP Resolver 模式最强大转接前 Dograh 会向你的接口发POST请求请求体由两部分组成——LLM 参数AI 从对话中抽取的值如billing_issue_type、requested_departmentPreset 参数Dograh 注入的上下文模板值如{{initial_context.account_id}}你的接口需要按固定格式返回目的地{ transfer_context: { destination: 18005550199, custom_message: 正在为您转接企业账务团队请稍等。 } }custom_message可选若返回会覆盖你配置的转接前提示语。还可以配置 Resolver URL、超时500–5000ms、等待提示语、自定义 Header 和认证凭证。相关解析逻辑源码在api/services/workflow/tools/transfer_resolver.py执行层在api/services/telephony/call_transfer_manager.py。第三步把工具挂载到工作流节点创建好的工具不会自动生效需要回到工作流节点在Tools区域勾选你的 Transfer Call 工具并在节点 Prompt 中明确触发时机例如用户说我要投诉或找你们经理时立即调用。Dograh工作流节点挂载Call Transfer转接工具的Tools配置区 最佳实践每个节点只挂载相关的工具工具越少、LLM 调用越可靠。测试与常见问题排查保存后可以直接发起测试呼叫验证转接是否触发、目的地是否正确接听通话记录可在对话历史中回看症状排查方向工具没被调用检查工具是否挂载到正确节点节点 Prompt 是否写明了转接时机工具描述是否清晰静态转接报无目的地静态模式必须配置非空目的地模板变量要能解析出有效值动态转接在拨号前失败Resolver 必须返回transfer_context.destination检查 URL、Header、凭证、超时设置Resolver 收不到参数LLM 抽取得值用 LLM Parameters上下文中已有的值改用 Preset Parameters如{{initial_context.account_id}}目的地接不通确认号码/SIP 端点在你的话务商侧有效且可拨打Asterisk ARI 仅支持本机的 SIP 端点 上线前请务必同时测试成功转接和 Resolver 失败两条路径并尽量把 Resolver 响应控制在 2–3 秒内必要时配上等待提示语。小结Dograh 的 Call Transfer 工具让AI 先接待、复杂问题转人工变得开箱即用创建坐席时让工作流包含可触发转接的节点创建 Transfer Call 工具按业务复杂度选择静态、上下文映射或动态 HTTP Resolver挂载工具到节点写清楚触发条件测试两条路径后上线关键资料索引相对项目根目录官方 Call Transfer 文档docs/voice-agent/tools/call-transfer.mdx工具类型总览docs/voice-agent/tools/introduction.mdx目的地解析实现api/services/workflow/tools/transfer_resolver.py转接执行管理api/services/telephony/call_transfer_manager.py前端配置面板ui/src/app/tools/[toolUuid]/components/TransferCallToolConfig.tsx现在你的呼叫中心已经可以让 AI 处理 80% 的常规来电并在关键时刻把电话稳稳交给最合适的真人了 【免费下载链接】dograhOpen source voice AI platform. Self-hosted alternative to Vapi and Retell. On Prem, BYOK across Speech to Speech or LLM/STT/TTS, with a visual workflow builder, MCP native and telephony support.项目地址: https://gitcode.com/GitHub_Trending/do/dograh创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考