Agora(声网)是成立于 2014 年、2020 年在纳斯达克上市(代码 API)的实时互动 PaaS 服务商。“Agora AI“指的是其在实时音视频(RTC)底座之上提供的一整套 AI 实时互动能力:对话式 AI 智能体(把 RTC 音频流接入 ASR、LLM、TTS,形成可打断的双工语音对话)、AI 降噪与回声消除、实时转写与翻译,以及面向电话外呼的 AI Calling 方案。它解决两个核心问题:一是把大模型从”打字聊天“升级为”实时语音对话“;二是用覆盖全球的 SD-RTN 实时网络保证语音链路的低延迟与稳定。对电商场景而言,它支撑智能客服外呼、直播间 AI 互动、出海多语种客服等典型落地。本文按”速览 → 安装配置 → 快速上手 → 核心能力 → 生产部署 → 选型对比 → 应用场景 → 误区 → 面试题”组织,读者可以照着逐步搭建第一个可对话的语音 Agent。
掌握 Agora AI 实时互动,意味着你能独立搭建“听得见、说得出、可打断”的语音级 AI Agent。这是把 LLM 从文本接口推向可商用语音产品的关键工程能力,也是 RTC 团队和 AI 应用团队融合的必备技能。
目录
速览卡是工具类内容的固定首屏模块:30 秒判断「这工具是什么、能不能商用、适不适合我」。
为什么需要 Agora AI:让大模型真正“开口说话”
自建 AI 语音客服的常见做法是把 ASR(语音识别)、LLM(大语言模型)、TTS(语音合成)三个服务拼起来:用户语音转文字、文字进模型、回复再合成语音。问题在于:三个环节各自有几百毫秒到数秒的延迟,累加后“问答式”的等待感明显;语音传输本身的网络抖动与丢包会进一步劣化体验;若接入移动端 App,还要处理弱网切换、回声与噪音。多数团队消耗在链路工程上的时间远超模型选型。
Agora AI 把这条链路产品化:RTC SDK 负责采集、传输与播放,借助 SD-RTN 全球实时网络把平均端到端延迟控制在 250ms 以内;对话式 AI 智能体参考实现把 ASR、LLM、TTS 以流式方式串起来,支持 barge-in(用户在 AI 播报时插话打断);再叠加 AI 降噪、回声消除、实时转写/翻译等云能力。开发者不需要从零造管道,只需要关注业务话术与模型选择。
与 LangChain、LlamaIndex 等纯编排框架不同,Agora 的侧重点是“媒体与传输管道”:它不帮你写业务逻辑,而是提供稳定、低延迟、多端可用的语音通道,以及把任何主流大模型接进来的能力。
安装与环境配置:5 步就绪
第一步,注册与建项目。访问 console.agora.io 注册账号(新用户有免费额度,通常含每月 10,000 分钟,以官网政策为准),在“项目管理”中创建项目,获得 App ID;若开启 App Certificate,会同时得到证书字符串。
第二步,获取联调用临时 Token。临时 Token 在控制台的项目页生成,需填写频道名(如 demo-channel),有有效期,只用于本地调试;生产环境必须由服务端动态签发(见生产部署一节)。
第三步,克隆官方参考实现。Agora-AI-Agent 是对话式 AI 智能体的官方开源参考实现,包含 Python 与 Node.js 两套代码,可直接对接 OpenAI Realtime API,也支持多种 ASR/LLM/TTS 组合。
第四步,安装 Python 依赖。仓库 python 目录用 requirements.txt 管理依赖,建议使用虚拟环境。
第五步,配置环境变量并验证。设置 App ID、App Certificate、频道名与 OpenAI 密钥后启动 Agent,日志出现“成功加入频道”即表示鉴权与网络配置正确。
说明:环境变量名与可配置项以仓库 README 为准(不同版本略有差异);若未开启 App Certificate,AGORA_APP_CERTIFICATE 可留空。
git clone https://github.com/AgoraIO-Community/Agora-AI-Agent.gitcd Agora-AI-Agent/pythonpython3 -m venv .venv && source .venv/bin/activatepip install -r requirements.txt export AGORA_APP_ID="你的AppID"export AGORA_APP_CERTIFICATE="你的AppCertificate"export AGORA_CHANNEL_NAME="demo-channel"export OPENAI_API_KEY="sk-你的OpenAI密钥" python run_rtc_agents.py
快速上手:8 分钟跑通第一个可打断的语音 Agent
最小可用流程是“一个 Agent 进程 + 一个任意端的 RTC 客户端”:Agent 以用户身份加入频道并保持在线,用户端也加入同一频道,双方即可开始实时语音对话。具体步骤:
1. 在声网控制台创建项目,记录 App ID(开启 Certificate 则一并记录),生成频道名为 demo-channel 的临时 Token。
2. 按上节的第 3、4 步克隆仓库并安装依赖。
3. 在终端设置环境变量(App ID、Certificate、频道名、OPENAI_API_KEY),运行 python run_rtc_agents.py,等待 Agent 加入频道。
4. 打开 AgoraIO 官方 GitHub 组织下的 Basic-Video-Calling 示例(或任一端的官方快速开始示例),填入 App ID、临时 Token 与频道名 demo-channel,加入频道。
5. 对端说“你好”,观察 Agent 是否流式回复;在 AI 说话途中插话,验证能否立即打断并响应新指令——这是双工交互的关键体验。
6. 进阶:把 LLM 换成 DeepSeek、Qwen 等模型时,修改配置文件中的 LLM 类型与 Base URL;更换 TTS 音色同理,只需改 TTS 供应商与 voice 参数(详见仓库 README 的 provider 配置说明)。
完成以上步骤即拥有一个最小可用的语音 Agent。后续要接 PSTN 电话网络做 AI 外呼,需在参考实现基础上叠加声网 AI Calling 方案(网关负责与电话网对接),并改为服务端多实例部署。
核心能力详解:4 大支柱
支柱一·SD-RTN 全球实时网络。软件定义实时网是声网的基础设施,覆盖 200 多个国家和地区,通过专线节点与智能调度实现全球端到端延迟平均低于 250ms,并针对丢包、抖动做抗弱网处理。对 AI 对话而言,它决定了 ASR 上行的完整性和 TTS 下行的连续性,是“AI 能否流畅开口”的传输底座。
支柱二·对话式 AI 智能体。官方参考实现(Agora-AI-Agent)打通 RTC → ASR → LLM → TTS → RTC 全链路:RTC 采集的音频经流式 ASR 识别,文本交给 LLM,回复文本由 TTS 合成后从 RTC 频道播回用户端。各环节可插拔——ASR 可换 SenseVoice/FunASR/Whisper,LLM 可换 GPT-4o Realtime/DeepSeek/Qwen/Kimi/豆包等,TTS 可换 CosyVoice/Azure 等;同时内置打断(barge-in)与半双工切换逻辑,避免 AI 与用户“抢话”。
支柱三·音频 AI 增强。AI 降噪用深度学习模型处理键盘、风扇、街道等非平稳噪声,AI 回声消除解决扬声器反馈,人声增强提升语音清晰度。它们直接提高 ASR 识别率,并在嘈杂环境中改善听感,适用于打电话、直播、开麦游戏等场景。
支柱四·媒体云能力与组合。实时转写(自动字幕)、实时翻译(多语种)与云端录制可在控制台按需开通,配合 AI Agent 形成“语音进来、文字与录音出去”的闭环,常见于直播字幕、会议纪要、客服质检。
生产部署与监控:从上线到运维
部署方式一:容器化自部署 AI Agent。Agent 进程无状态、按频道绑定,适合放在 Kubernetes 中:以 Deployment 运行 Python 镜像,通过环境变量注入 App ID 与密钥,副本数按预估并发频道数预留 2 倍余量;为 Agent 配置就绪探针(加入频道成功即就绪),用 HPA 按 CPU 或频道数自动扩缩。密钥通过 K8s Secret 注入,严禁写入镜像或客户端。
部署方式二:云能力组合。实时转写、翻译、录制等优先使用声网云端服务(控制台开通即可,无需自建);电话外呼场景叠加 AI Calling 网关接入 PSTN/SIP;海外业务注意数据合规(GDPR、个保法),选择适当的区域与加密配置。
可观测性。登录控制台的质量监控模块(Agora Analytics,原“水晶球”),查看各频道的卡顿率、掉线率、上行/下行丢包与端到端延迟,支持用户级钻取,可快速定位弱网用户和掉线原因。Agent 侧建议为每次对话分别记录 ASR、LLM、TTS 三段耗时,用于拆解端到端延迟瓶颈;上线前安排弱网与高并发压测,观察 109(Token 过期)、掉线重连等异常指标。
<p class="para-label">避坑清单:</p>
<ul class="dash-list"><li>临时 Token 只用于联调:它在控制台生成且有有效期,生产必须由服务端用 App Certificate 动态签发;正式环境继续用临时 Token 会出现 109(Token 过期)中断通话。</li><li>不要只优化 LLM 环节:端到端延迟由 ASR 断句、LLM 首 token、TTS 首帧与 RTC 网络传输共同累加,需逐段埋点;不用流式服务、不做打断处理,体验会退化成逐字问答式的半双工交互。</li><li>开源参考实现不是生产系统:Agora-AI-Agent 定位演示与快速验证,生产需自补高可用(多实例、断线重连)、密钥管理(App Certificate 不落客户端)与录音合规(个保法/GDPR)等环节。</li></ul>
| 维度 | Agora AI 实时互动 | LiveKit Agents | OpenAI Realtime API | 腾讯云 TRTC |
|---|---|---|---|---|
| 定位 | 全球 RTC PaaS + AI 实时互动方案 | 开源实时通信基础设施 + 语音 Agent 框架 | 语音进/语音出的实时多模态 API | 国内实时音视频云 + AI 语音能力 |
| 编排范式 | 媒体/传输管道 + 云 AI 能力,Agent 可插拔串接 | 事件驱动的 Agent 工作流,开发者自编排 | 单模型处理,无外置管道 | 腾讯云组件 + 大模型语音服务组合 |
| 类型约束 | 不绑定 LLM/ASR/TTS,可自由替换 | 不绑定,可接任意模型与平台 | 绑定 OpenAI 实时模型系列 | 深度绑定腾讯云生态组件 |
| 学习曲线 | 中等:SDK + 控制台即可起步 | 较陡:需自建 WebRTC 基础设施 | 平缓:API 即用,适合原型 | 中等:腾讯云体系学习成本 |
| 生态集成 | 多端 SDK、开源参考实现、Console 低代码 | GitHub 生态、与主流 LLM 深度集成 | 官方生态与文档,社区示例丰富 | 腾讯云全家桶,国内合规完善 |
| 生产部署 | 云服务或自托管 Agent,支持全球节点 | 自托管为主,可选 LiveKit Cloud | 纯 API 调用,无自托管选项 | 腾讯云托管,企业级 SLA |
| License | SDK 商业授权;参考实现 MIT | Apache 2.0(可商用) | 闭源 API,按用量计费 | 商业云服务,按用量计费 |
| 适合谁 | 全球/出海语音客服、直播互动团队 | 想源码级掌控基础设施的团队 | 快速验证语音交互原型的团队 | 国内业务、腾讯云存量客户 |
选型建议:做全球或出海语音客服、要用电话外呼时优先考虑 Agora(全球化网络 + AI Calling 落地);团队有 C++/WebRTC 能力、希望完全自控基础设施选 LiveKit;产品原型期想最快听到“能对话的语音”可直接调 OpenAI Realtime,再叠加 RTC 层解决全球传输与多端接入;纯国内业务则优先评估腾讯云 TRTC 的合规与生态。
AI 应用场景
电商智能语音外呼(售前营销 + 售后回访)
阶段:实时语音 Agent 编排(AI Calling)
解决的问题:人工外呼坐席成本高、排班受限,难以应对大促集中外呼;AI 坐席基于商品库与知识库话术自动外呼,支持多轮对话、用户插话打断、意图判断(有意向/拒接/需回访),通话全程录音供质检。
具体案例:大促前对会员批量外呼通知优惠并引导加购,外呼并发由 Agent 实例数决定、可在云上水平扩展;结合声网全球网络,跨国外呼的 RTC 端到端延迟平均仍低于 250ms;接通后的对话首字目标控制在秒级,用户侧无明显等待感,录音数据回流用于话术迭代。
直播间 AI 互动问答与实时字幕
阶段:RTC 实时互动 + 云转写/翻译
解决的问题:带货直播间咨询量大、主播无法逐条应答,口播内容没有沉淀。AI 语音助手接入直播间流,回答尺码、库存、售后等重复问题;实时转写把口播变成字幕,跨境直播再叠加实时翻译。
具体案例:观众以语音提问方式发起咨询,Agent 基于商品库即时回答;主播口播经实时转写秒级上屏,境外用户看到翻译字幕,既提升停留时长,也沉淀结构化问答语料用于后续话术优化。
出海电商多语种语音客服
阶段:全球实时传输 + 多语种 ASR/TTS
解决的问题:7×24 覆盖与多语种人力成本高、时区错配;东南亚、拉美、中东等地区弱网环境多,普通 VoIP 体验差。Agora SD-RTN 提供全球化节点,结合多语种 ASR/TTS 实现“当地语言语音客服”。
具体案例:买家在 App 内一键发起语音咨询,Agent 按买家所在区域切换语种与对应模型;弱网下通过丢包对抗与码率自适应保持对话连续;通话全程云端录制,用于纠纷取证与质检,客服团队只处理转人工的高价值会话。
常见误区
误区我知道声网是做音视频通话的,"Agora AI"是不是只是营销包装,本质上还是那套老 SDK?
正解RTC 确实是底座,但 Agora 已把 AI 能力产品化:对话式 AI 智能体(串接 ASR/LLM/TTS 的开源参考实现与商业方案)、AI 降噪与回声消除、实时转写/翻译、AI Calling。这些是独立可用的服务与 SDK,有配套文档,不是概念。
为何常见:声网长期以“RTC 通信”对外,AI 产品线集中在 2024 年 RTE 大会前后发布,时间较短,资料分散在文档中心的不同栏目,容易被忽略。
误区参考实现的 Agent 是 Python 写的,那我把它打进 App 或网页里,用户在本地跑起来不就行了吗?
正解用户端只应采集与播放音视频。把 LLM 密钥、Prompt、录音逻辑放客户端,密钥会泄露,且受网络切换、后台挂起影响;生产架构应在服务端运行 Agent,客户端通过 RTC SDK 作为“麦克风+扬声器”接入频道。
为何常见:官方 demo 为了演示把逻辑集中在一处,初学者容易照抄,忽略了客户端密钥安全和生命周期问题。
误区控制台临时 Token 能设置较长有效期,线上直接用不就行了,省得写签发服务。
正解临时 Token 在控制台生成、便于联调,但有效期固定且无法按用户/频道细粒度控制,泄露后无法单独吊销。生产必须由服务端用 App Certificate 按“App ID + 频道 + 用户 + 过期时间”动态签发短时 Token,并在客户端定时刷新。
为何常见:联调阶段用临时 Token 太方便,容易形成惯性,直到线上出现 109(Token 过期)才发现问题。
误区语音 Agent 回复慢,肯定是 LLM 推理太慢,换个速度更快的模型就解决了。
正解端到端延迟是 ASR 断句时间、LLM 首 token 耗时、TTS 首帧时间与 RTC 网络传输四段累加的结果。只换模型往往看不到整体改善,需要逐段埋点找到瓶颈,并确保 ASR/LLM/TTS 都是流式服务,同时做好打断与半双工切换。
为何常见:LLM 是热点话题,人们习惯把体验问题归因于模型速度,忽略了语音链路的长尾环节。
误区Agora-AI-Agent 能跑通对话,效果不错,把它部署到服务器上线就行了。
正解参考实现的定位是演示与快速验证,不包含生产必需的要素:多实例高可用、断线重连、密钥管理、录音合规、并发压测、监控告警。上线前需按生产标准补齐,并评估商业方案(AI Calling、云转写录制等)。
为何常见:参考实现“能跑且效果像样”给人完整产品的错觉,而 PaaS 类方案的坑大多在架构与合规层面。
面试题
Q1. Agora(声网)的核心定位是下列哪一项?
- A.大语言模型的训练与微调平台
- B.实时音视频通信(RTC)PaaS 服务← 正确答案
- C.面向企业的数据仓库与分析工具
- D.电商领域的私域流量运营系统
答案:B。Agora 的核心产品是实时音视频(RTC)PaaS,围绕“实时互动”提供音视频通话、直播、消息与 AI 能力;它不做大模型训练,也不提供数据分析业务。其余选项分别属于模型训练、BI 与营销系统领域。
Q2. 在声网控制台创建项目后,接入 RTC 时最基础的全局凭证是什么?
- A.App ID(应用标识)← 正确答案
- B.私钥证书文件
- C.数据库连接串
- D.LLM 模型名称
答案:A。App ID 是 Agora 所有 SDK 对接时必须传入的全局应用标识,在控制台创建项目后获得;App Certificate 是配合 Token 动态签发的服务端密钥,不是客户端凭据;数据库连接串与模型名称与 RTC 接入无关。
Q3. Agora SD-RTN 对外宣传的核心实时性指标是什么?
- A.全球端到端延迟平均低于 250ms← 正确答案
- B.模型推理吞吐量超每秒一万 token
- C.云存储容量达到 PB 级
- D.模型训练时间缩短一半
答案:A。SD-RTN 是声网自建的软件定义实时网络,官方以“全球端到端延迟平均低于 250ms”为核心指标,用于保证实时互动体验;其余选项分别是模型推理、存储与训练的指标,与实时网络无关。
Q4. 在实时语音 AI Agent 中,术语 barge-in(打断)指的是什么?
- A.通话网络中断后的自动重连
- B.用户在 AI 播报时插话,系统中断 TTS 并监听新指令← 正确答案
- C.通话超时后强制挂断
- D.服务端流量突增时的熔断降级
答案:B。barge-in 是语音 Agent 的关键体验能力:检测到用户插话后立即停止 TTS 播放并进入识别状态,避免 AI 与用户“抢话”。它不是网络重连、通话超时或流量熔断机制。
Q5. Agora-AI-Agent 参考实现的实时语音对话管线顺序是?
- A.RTC → LLM → ASR → TTS → RTC
- B.RTC → ASR → LLM → TTS → RTC← 正确答案
- C.ASR → RTC → LLM → TTS → RTC
- D.LLM → ASR → TTS → RTC → LLM
答案:B。参考实现把 RTC 采集的音频送入 ASR 识别,文本交给 LLM 生成回复,再由 TTS 合成语音,最后经 RTC 频道播回用户端,形成闭环;顺序颠倒会导致输入输出类型不匹配,无法工作。
Q6. 生产环境正确的 Token 发放方式是?
- A.控制台生成一个有效期一年的固定 Token 写死在代码里
- B.使用临时 Token,并在客户端自动续期
- C.服务端使用 App Certificate 按频道与用户动态签发短时 Token← 正确答案
- D.把 App Certificate 直接内置到客户端
答案:C。上线后 Token 应按“App ID + 频道 + 用户 + 过期时间”由服务端用 App Certificate 动态签发,并设置较短有效期,客户端定期刷新;控制台临时 Token 只用于联调,App Certificate 绝不能放入客户端。
Q7. Agora RTC SDK 报错 109(TOKEN_EXPIRED)最可能的原因是?
- A.频道内人数已达上限
- B.使用的 Token 已过期← 正确答案
- C.麦克风权限被拒绝
- D.服务器所在区域不可用
答案:B。Agora 定义了统一错误码体系,109 表示 Token 过期(TOKEN_EXPIRED),通常因有效期过短或客户端时间漂移导致;100 系列错误多与鉴权相关,与房间人数、设备权限、区域可用性无关。
Q8. 下列哪些属于 Agora 提供的与 AI 实时互动相关的能力?(多选)
- A.AI 降噪与回声消除← 正确答案
- B.实时转写与实时翻译← 正确答案
- C.对话式 AI 智能体(RTC 串接 LLM)← 正确答案
- D.大模型参数微调(LoRA 训练)
答案:ABC。Agora 在 RTC 之上提供 AI 降噪/回声消除、实时转写/翻译与对话式 AI 智能体等能力;模型微调(LoRA 训练)属于大模型训练平台的范围,不在 Agora 产品线内。
Q9. 实时语音 Agent 的端到端延迟由哪些环节累加而成?(多选)
- A.ASR 流式识别与断句时间← 正确答案
- B.LLM 推理的首个 token 耗时← 正确答案
- C.TTS 合成与首帧音频下发时间← 正确答案
- D.RTC 网络传输与抖动缓冲← 正确答案
答案:ABCD。用户说完到听到回复的时间等于 ASR 识别与断句、LLM 首 token、TTS 首帧、RTC 上/下行传输与抖动缓冲四段之和,任一环节变慢都会推高整体延迟,因此排查时要逐段埋点。
Q10. 相比只使用 OpenAI Realtime API 构建语音应用,采用 Agora RTC + AI 方案的典型优势有?(多选)
- A.可自由组合多家 ASR、LLM、TTS 供应商← 正确答案
- B.提供全球实时传输网络与移动端多端 SDK← 正确答案
- C.支持接入 PSTN/SIP 电话网络做 AI 外呼← 正确答案
- D.内置大模型训练与数据标注流水线
答案:ABC。与 OpenAI Realtime API 单模型方案相比,Agora 的价值在于“管道可编排”:各环节可插拔替换、全球 RTC 传输与多端 SDK 覆盖、通过 AI Calling 接电话网;它不提供模型训练能力,因此 D 不选。
参考来源
- webpageAgora 官网产品总览与 RTE/AI 实时互动方案介绍
- webpageAgoraIO 官方 GitHub 组织各端 SDK、示例与工具集合