AI Calling PaaS

你的语音应用。 技术伙伴协同落地。

将 TeleAI 语音与运行能力接入你自己的模型及业务逻辑。我们与技术团队共同明确集成范围、对话测试、问题排查和上线要求,应用决策仍由你方掌握。

从你的应用出发

保留自己的模型与逻辑,接入可落地的语音能力。

AI Calling PaaS 将 TeleAI 的语音能力连接到你方控制的应用。从希望实现的客户互动出发,明确应用逻辑、通话生命周期和运行要求,再确定接入方式。TeleAI 技术团队参与接入、联合测试与上线验证。

模型与应用

明确要使用的模型、提示词、知识与业务规则。你方控制这些内容的变更,并决定应用能够向客户提供哪些信息。

平台技术栈

五层能力,支撑你的语音应用。

围绕团队自主控制的智能、工具与业务规则,组合语音基础设施和运行时。

  • 呼入
  • 呼出
  • SIP
  • 通话控制
  • 并发
  • 号码管理

连接你的应用

将外呼对话连接到你的应用。

外呼接通后,将客户的语音回复传入应用,结合业务逻辑决定下一步,再返回需要播报的内容。

  1. 接收语音识别结果

    结合应用背景处理 response 事件与 responseId。

  2. 决定下一步行动

    通过模型、业务规则与获准使用的工具准备回复。

  3. 返回语音播放

    发送包含 responseId 与完成标记的 play 事件,并在应用中处理打断和通话结束。

外呼跟进示例 · WebSocket 事件
// Outbound follow-up: the customer requested a demo; the call is connected.
// AI opening: "Hi, I am an AI assistant calling about your demo request. Is now a good time?"
// <-- TeleAI platform -> your LLM: user speech recognized (ASR)
{
  "eventCode": "response",
  "callId": "c_8f31a2",
  "createTime": 1772084871,
  "data": { "responseId": 12, "content": "Yes, I would like a demo tomorrow afternoon.", "intent": 0 }
}

// --> your LLM -> TeleAI platform: stream the reply, spoken via TTS
{
  "eventCode": "play",
  "createTime": 1772084873,
  "data": { "responseId": 12, "content": "Thanks. I will pass your preferred time to our team to confirm.", "emotion": "calm", "completed": 1, "endCall": 0 }
}

示例展示外呼接通后的事件交互,并非发起呼叫的 API 请求。AI 主动回访已提交演示申请的客户,记录意向时间并交由团队确认。完整协议请参阅集成文档。

联合测试场景

不仅验证能返回回复,也验证异常时如何继续。

使用有代表性的主动外呼互动,验证 TeleAI 与应用之间的连接约定。以下是测试场景,不是新增接口定义;接入以原有协议为准。

外呼链路与状态验证

主动外呼接通后,客户希望稍后再谈,而不是现在了解方案。

测试语句六点以后再打可以吗?
测试输入
客户希望稍后回电
验证重点
识别 → 应用 → 播报 → 结束
验收依据
预期事件与约定的状态变化

验证方法

检查识别文本如何进入应用、应用回复如何返回播报,以及联系偏好如何进入约定状态。继续验证通话结束是否正常,应用是否收到预期事件。

验收记录

经过验证的字段映射与事件顺序。记录了联系偏好不等于已经完成回拨;具体安排由约定的责任方处理。

依赖异常与恢复验证

对话中需要查询允许使用的业务信息,但测试环境中的依赖服务响应缓慢或不可用。

测试条件
依赖服务不可用
应对要求
使用约定应对回复,不宣称动作成功
后续负责人
应用与集成双方技术负责人

验证方法

联合验证超时处理、约定的应对回复,以及双方能够使用的诊断信息。应用不能把查询失败变成付款成功、审批通过或预约已完成的结论。

验收记录

可复现的问题记录、明确的技术责任人和复测标准,并清楚约定恢复行为与上线审批。

技术协作的具体产出

让接入、上线与问题排查有共同依据。

上线前共同确定技术交付物与验收条件。AI Calling PaaS 提供技术实施协作,完整客户业务代运营属于另行约定的服务范围。

接入说明

记录连接方式、约定字段、工具权限与职责边界,让双方使用同一份接入依据。

联合测试记录

覆盖正常对话、打断、结束和异常场景,记录预期行为与尚未解决的问题。

上线与支持交接

明确上线审批人、问题定位所需信息与升级路径;模型或应用逻辑发生变化时,重新验证受影响的互动。

清晰的责任边界

TeleAI 提供平台,你的团队构建应用。

区分平台执行与业务决策,让集成、测试和支持都有明确的责任归属。

负责语音执行层

TeleAI

  • 提供应用所使用的受支持通话与语音运行时。
  • 按照应用提供的指令与权限,执行受支持的状态流转与工具调用。
  • 提供运行事件与诊断信息,支持集成调试及双方共同定位问题。

负责应用行为与上线决策

你的技术团队

  • 选择 LLM、提示词与知识,定义业务规则、状态含义和结果标准。
  • 实现工具与系统连接、配置权限,决定人工转接和异常恢复的条件。
  • 评估完整应用、批准上线版本,并负责业务系统错误与应用支持。

应用定义模型行为、工具权限与人工交接条件,支持的路由和执行方式在集成时共同确认。

生产上线准备

扩大范围前,验证完整系统。

将平台、自有模型、应用与运营要求一起评估。

市场与容量

确认目标地区、号码可用性、呼入呼出路由、预期流量与峰值并发。

对话质量

测试语言、口音、音色、打断、工具异常,以及 ASR、LLM、网络到 TTS 的完整响应链路。

数据与可观测性

明确录音访问、留存、监控、结构化结果与调试责任。

上线与支持

确认问题归属、升级联系人、服务条款及上线验收标准。

01 / 03

容量、性能、可用性与服务要求根据应用及目标市场具体确认。

接入前常见问题

可以继续使用自己的模型与应用吗?

可以。AI Calling PaaS 将语音能力连接到你方应用,你方保留模型、业务逻辑与上线决策权,双方共同验证具体接入。

AI Calling PaaS 是否默认包含完整业务代运营?

不默认包含。AI Calling PaaS 约定技术接入、联合测试与问题协作;客群运营、活动执行与业务优化可以作为独立运营范围另行讨论。

协议示例是否代表已完成业务动作?

不是。示例用于说明语音事件协议。应用在向客户确认任何动作前,仍需验证权限、工具返回与业务状态。

技术评估前需要准备什么?

准备目标流程、模型与应用架构、目标语言、预期流量及所需系统连接,双方据此明确试点需要的测试场景和职责。

与我们共同制定运营方案。

告诉我们你的目标、客户背景与现有流程,我们将与你的团队共同确定实施范围、职责和衡量方式。