OpenAI Realtime 负责人宣布：GPT-Live 外呼电话 API 正式 GA，可经任意 SIP 中继主动拨号并支持 DTMF

核心背景与行业痛点

语音智能体长期卡在「能接听、难主动外呼」：要自己拼 STT–LLM–TTS 桥接、对接 SIP 中继，还要处理按键菜单。OpenAI Realtime AI 负责人 Justin Uberti 于 2026 年 11 月 4 日发帖称，GPT-Live 外呼电话 API 已升至 GA，开发者可用任意 SIP 中继（如 Telnyx、Twilio）让 Live 语音智能体主动拨号；Greg Brockman 随后转发确认。这是员工第一手说明，并指向官方 Telephony/SIP 文档，而非 @OpenAI 主账号通稿。

架构亮点与底层机制

外呼走 Live API 的 POST /v1/live/sessions，transport.type 设为 sip，目标号码用 E.164；中继需 TLS 信令（sips:）与 SDES-SRTP 媒体，支持 Digest 鉴权与主叫号码。会话创建后通过 sideband WebSocket 挂接事件与工具调用，SIP 负责通话音频。官方文档写明：外呼对所有组织开放，走 Live API，而不是 Realtime API 的建呼端点；另支持 HD Voice 与双向 DTMF（发送/接收按键）。

权威 Benchmark 与实测跑分对比

官方未公布外呼场景的独立语音跑分。文档给出的硬限制是：振铃最长约 3 分钟，接通后单次通话最长约 2 小时，二者均不可在创建请求里配置。创建请求的配置错误会同步返回；传输建立失败可能 502，初始化超时可能 504；异步失败需监听 transport.failed。

开发者实战落地与开箱指南

准备支持 TLS+SRTP 的 SIP 中继与号码后，在服务端用 API Key 创建带 transport.type=sip 的 Live session（示例模型 gpt-live-1），立刻 attach sideband 以免错过 3 秒窗口内的早期事件。可用 transport.dtmf.send 发按键，用 /refer 转接、/hangup 挂断。密钥与 SIP 凭据必须留在服务端；不要在 URL 里塞凭据或内网 IP。欧洲数据驻留可用 sip-eu.api.openai.com。写作时请标明：信息来自 OpenAI Realtime AI 负责人 Justin Uberti 的第一手帖与官方文档，并经 Greg Brockman 转发。