像软件一样测试
每个智能体在受控发布到生产环境之前,都要经过业务流程模拟、评估标准核对和回归检查。
语音到语音核心、基础设施、电话线路、安全、质量测试和数据遮蔽,作为一个系统来搭建、运营和测试,而不是把几家供应商的东西拼凑在一起。
流式语音转文字、智能体推理、话轮管理、文字转语音、记忆服务、工具服务和决策引擎,每个智能体串成一条完整的处理链路。
部署基础设施,路由、监控和故障切换按与您团队约定的运营模式配置。
SIP、虚拟总机和已接入的电话路由,外呼规则在拨号之前就已生效。
六项经过测试的标准,从提示词防护到数据驻留,按实际部署逐项对应,而不是当作一项认证来展示。
受控上线前进行业务流程模拟、评估标准核对和回归检查,复核证据随智能体版本一并保留。
个人数据在源头就被遮蔽,早于任何录音或转写文本的存储;用于质检和评估集的声音也会去标识化。
DRING 不是套在别人语音平台外面的一层壳:从 SIP 中继到语音的整条路径都由我们掌控,所以每一步我们都能介入,也能按隐私法规对声音做匿名化处理。
电话通过已接入的运营商、您自己的交换机或消息渠道进入,沿着部署路由由智能体接听。智能体做出的决定,以结果的形式进入您的系统;某个服务组件性能下降时,约定的故障切换路径随时可用。
随着平台发展,各层会变化。这三条不会。
每个智能体在受控发布到生产环境之前,都要经过业务流程模拟、评估标准核对和回归检查。
DRING 端到端运营整条线路:每个智能体都配有监控、分阶段上线和明确的事件处理手册,不会交出去就没人管。
语音识别、语言和语音合成模型按智能体单独选择,替换时无需重新搭建。部署路由遵循为您的运营约定的配置。
语音识别、语言和语音合成服务会定期评估,而不是选定一次就不再过问。某种语言或业务流程出现更强的选项时,会先与当前运行的服务对比评估,再决定是否改动真实通话。
候选服务必须先通过技术栈其他部分每次发布前都要跑的同一套回归测试集,才能替换现有服务。这套测试集如何运作,请见质量与测试流程。
语音质量不是一个开关,而是一连串纠正和控制,从音频进来的那一刻到智能体回应的那一刻,每通电话都在执行。
回应来电者的声音,按该语言和业务流程挑选,追求自然和清晰,而不是停留在通用默认值。
人名、地名和产品术语都有发音纠正,智能体会按企业自己的读法来说;声音本身也会做口音纠正。
来电者说的话,在智能体推理之前先做规范化。有歧义的识别、漏掉的否定词、数字、人名,都会向来电者确认,而不是想当然。
插话功能让来电者可以在智能体说到一半时打断它;话轮结束检测让智能体知道来电者什么时候真的说完了,既不会在停顿时抢话,也不会在对方说完后干等。
语音通话涉及的环节比一条聊天消息多得多。技术栈的设计目标是:常见故障在来电者察觉不到的情况下消化掉;消化不了的,也要安全地失败。
| 事件 | 来电者听到什么 | 系统做什么 |
|---|---|---|
| 某个 API 或语言模型的响应比平时慢 | 一句简短自然的过渡语,取自 DRING 审批过的集合,绝不用在道歉、数字或结束语中 | 智能体让对话继续推进,回应在后台同时完成 |
| 某家语言模型供应商出现问题 | 对话中没有明显变化 | 如果该智能体配置了故障切换,通话可以切换到正常工作的供应商 |
| 某条电话链路性能下降 | 新来电没有明显变化 | 流量可以自动切换到备用链路;参见基础设施区域 |
| 通话出现静音、循环或异常结束 | 没有更多,通话已经结束 | 这通电话会被标记待复核,而不是等有人注意到这种规律 |
外呼质量在拨号之前就开始,一直持续到通话结束。
实时评分如何运作,请见质量页面。
不需要。上线实施由 DRING 团队负责。无论您想深入了解到什么程度,技术栈的运作方式都一样。
能。电话线路可以运行在您现有的交换机上,也可以用 DRING 的线路;语音识别、语言和语音合成模型可以按智能体单独替换,与其他部分互不影响。参见电话线路详解。
一句简短自然的过渡语,取自 DRING 审批过的集合,用得很克制,绝不用在道歉、数字或结束语中。出状况时的完整处理方式,请见上方的韧性表。
处理名单前先统一号码格式,默认开启重复拨打检查,免打扰请求会停止对该号码的后续外呼。参见名单清洗与告警。