一句话看懂：OpenAI 在开发者文档中宣布，所有组织现在都能通过 SIP 中继把呼入和呼出电话接入 GPT-Live。这意味着 AI 语音能力可以直接落在普通电话网络上，而不只停留在网页或 App 里。
事件核心：发生了什么
根据 OpenAI 开发者文档（发布时间为 2026 年 11 月 6 日），GPT-Live 与 Realtime API 现已支持通过 SIP 中继连接电话。开发者可以用 Twilio 等 SIP 服务商购买号码，把中继指向 sip:$PROJECT_ID@sip.api.openai.com;transport=tls，欧洲数据驻留场景则使用 sip-eu 域名。呼入时，OpenAI 向项目的 webhook 推送 live.transport.incoming 事件，后端校验签名并去重后，可调用 accept 或 reject 接口；呼出则直接创建 session 拨号，无需等待呼入 webhook。音频经 SIP 传输，信令走 TLS，通话音频要求 SRTP。后端若需要接收转写、下发指令或处理工具调用，可再挂一条 sideband WebSocket。
为什么重要
电话是全球企业客服、销售和外呼场景中最成熟的通道之一。此前接入大模型语音通常需要自建实时音频管线，或依赖第三方编排层。OpenAI 把 SIP 直接纳入 GPT-Live 的会话体系，等于把“电话”变成模型 API 的一种原生入口，降低了 AI 语音应用从原型到生产的集成成本。对 Twilio 这类 SIP 服务商而言，这是新的流量入口；对做客服机器人和外呼系统的厂商来说，竞争焦点会从“能不能接电话”转向通话质量、业务编排和合规能力。
对用户/开发者/创作者的影响
开发者现在可以用统一的项目 ID 和 API Key 管理电话会话，呼入决策、语音选择、委托模式都在 accept 请求里配置。文档特别提醒：sip_headers 应视为不可信的主叫元数据，不能当作鉴权依据；同一个副作用要指定唯一处理器，避免重复 webhook 导致工具被执行两次。迁移期还需同时处理旧的 live.call.incoming 事件。对普通用户来说，短期内更可能感知到的是企业客服电话的响应方式和转写体验变化，而不是某个面向消费者的新 App。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
一是 GPT-Live SIP 是否结束“需确认项目已启用”的门槛，真正对全部组织默认开放；二是通话定价、并发上限和区域数据驻留策略是否明确；三是 Twilio 之外的 SIP 服务商是否跟进做官方集成。另一个观察点是呼出场景的合规约束，目前公开信息显示文档只给出技术接入方式，尚未涉及各地区的电话营销监管细节。
