Dograh电话转接Transfer Call实战AI与人工无缝协作的呼叫中心架构【免费下载链接】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 的自部署替代方案其Transfer Call 电话转接工具让 AI 语音代理在通话中把真实电话无缝转给人工坐席、部门队列或 SIP 端点是实现AI 处理常规问题、人工接手复杂问题人机协作呼叫中心架构的核心能力。本文将用最少配置带你跑通三种转接模式。 为什么呼叫中心需要AI 人工电话转接在真实呼叫中心中来电往往是混合的70% 的咨询查账单、问营业时间AI 能独立解决剩下 30%投诉升级、大客户续费必须交给真人。电话转接工具的价值就在于由 LLM 在对话中自主判断什么时候该转人工并调用转接工具完成移交。整个流程对通话双方几乎无感——AI 代理判断需要人工介入调用 Transfer Call 工具Dograh 解析出转接目的地号码 / SIP 端点播放一句预转接提示语如正在为您转接人工客服通过电话供应商Twilio / Telnyx / Asterisk ARI拨打目的地主叫方听到保持音乐目的地接通后桥接双方AI 退出通话⚠️ 注意电话转接仅支持 Twilio、Telnyx、Asterisk ARI 三种电话供应商的电话通话Web 网页通话暂不支持。 三种目的地模式从简单到智能每个 Transfer Call 工具必须选择一种目的地来源复杂度按需递增模式一静态 / 模板Static / Template转接目标事先已知最简单的方案固定 E.164 号码如1234567890SIP 端点如PJSIP/sales-queue仅 Asterisk ARI上下文模板变量如{{initial_context.transfer_destination}}通话开始前就指定去向适合固定投诉热线、固定技术支持线这类场景5 分钟就能配好。模式二上下文映射Context Mapping当 AI 在通话中收集到的变量应决定转接方向时用它最顺手。你可以添加多条有序规则Dograh 从上到下逐条匹配忽略大小写和首尾空格命中第一条规则即生效。规则示例上下文字段值转接目的地departmentsalesPJSIP/sales-queuedepartmentbilling1234567890字段不带前缀时如departmentDograh 优先读取gathered_context.department通话中提取到的值缺失时回落到initial_context.department。所有规则都不匹配时使用可选的 fallback 目的地若连 fallback 也没配转接会在拨号前失败AI 可以继续通话而不会挂断客户——这是很贴心的降级设计。模式三动态 HTTP 解析器Dynamic HTTP Resolver当转接目标必须在对话过程中由你的业务系统决定时按区域路由、按客户等级路由、查 CRM 找对应客户经理用动态解析器。调用时序Dograh 向你的 HTTPS 端点发POST请求体是扁平 JSON由两部分组成LLM 参数AI 从对话中提取的值如billing_issue_type、requested_department预设参数Dograh 从上下文模板注入的值如{{initial_context.account_id}}同名键时预设参数优先你的端点返回{ transfer_context: { destination: 18005550199, custom_message: 正在为您转接企业账单团队请稍候。 } }Dograh 播放custom_message若未返回则播放你配置的通用预转接提示然后开始拨号关键细节Dograh不会把完整通话记录发给你的解析器只发你声明过的参数——既省流量也保护隐私。解析器超时、返回非法 JSON 或缺少destination时转接优雅失败AI 继续接待来电者。相关实现见 transfer_resolver.py。 实战把企业客户的账单电话转给专门团队下面是一套生产级配置思路参考官方示例 call-transfer.mdx在节点提示词中写清转接时机例如当客户明确表示是账单争议或退款请求时调用 Transfer Call 工具LLM 参数声明billing_issue_type必填描述写清楚可取值invoice_dispute/payment_failed/refund_request和requested_department选填预设参数注入account_id、plan来自initial_contextResolver URL指向你的路由服务你的后端根据plan enterprise决定转接企业账单组还是普通账单组配置Resolver Wait Message如请稍等我正在为您寻找合适的团队避免等待期间冷场把工具挂载到工作流节点后即可保存路由完成后你可以在 Agent Runs 的通话记录里完整回看 AI 转接前后的每一句话和工具调用方便复盘与质检 进阶对接 VICIdial 等呼叫中心系统如果你的企业已有 VICIdial 呼叫中心Dograh 通过 Asterisk ARI 接入后Transfer Call 的上下文映射可以直接路由到VICIdial in-group如sales并支持source回落到来电原始组。此外还能在转接/挂断前把 AI 收集到的变量如extracted_variables.customer_state写回 VICIdial 的 lead 字段实现AI 处理的线索和人工处理的线索进同一套报表。完整步骤见 VICIdial 集成文档。转接事件在电话侧的协议定义位于 transfer_event_protocol.py前端配置界面见 TransferCallToolConfig.tsx。✅ 配置清单与排错速查最佳实践解析器延迟控制在 2–3 秒内超过就配上等待话术上下文映射规则最具体的放最上面fallback 只在任何未匹配值都安全时才配LLM 参数描述写明确AI 才知道该提取什么上线前同时测试转接成功和解析器失败两条路径路由依赖账户数据时把逻辑放在你的后端别硬编码号码常见问题现象排查方向转接工具从未被调用确认工具已挂到正确节点且节点提示词明确说了何时转接静态转接报无目的地静态模式必须有固定值或能解析出非空值的模板动态转接拨号前失败检查响应必须包含transfer_context.destination并核对 URL、鉴权头、超时解析器收到缺参该参数要么配成 LLM 参数对话提取要么配成预设参数上下文注入目的地打不通确认号码 / SIP 端点在对应电话供应商下可达ARI 外呼号码需配置 PSTN 中继 小结Transfer Call 工具把AI 何时转人工的判断交给 LLM把转给谁的策略交给三种目的地模式把转接后的数据回流交给 PBX 集成——三层解耦正是 AI 与人工无缝协作的呼叫中心架构关键。对于新手建议从静态转接跑通第一通测试电话再逐步升级到上下文映射和动态解析器。延伸阅读Call Transfer 官方文档工具系统总览VICIdial 集成指南End Call 工具文档【免费下载链接】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），仅供参考