目次

OpenAIスタッフの Justin Uberti(@juberti)は、2026-11-05 06:01:26 Asia/Shanghai(2026-11-04T22:01:26.000Z)の投稿で、新しい GPT-Live outbound telephony API を GA に上げたと述べた。投稿によれば、開発者は Live voice agent から 任意のSIPトランク提供者(例として Telnyx と Twilio)経由で電話をかけられ、通話は HD Voice を使え、キーパッドイベント(DTMF)の送受信ができる。DigIntoAIは HD Voice の表現を Uberti のスタッフ文言として扱い、確認した Telephony and SIP 開発者ガイドの外線セクションには同フレーズは出ていない。

同日、Greg Brockman(@gdb)は 12:52:32 Asia/Shanghai(2026-11-05T04:52:32.000Z)に「GPT-Live for outbound telephony:」と短い前置きを付け、Uberti の GA 投稿を引用した。一次情報は Uberti 投稿(https://x.com/juberti/status/2118101340186698028)、Brockman の引用(https://x.com/gdb/status/2118204795219489172)、および OpenAI の Place an outbound call ガイド(https://developers.openai.com/api/docs/guides/voice-sip#place-an-outbound-call)。内容は公式ドキュメントとスタッフ投稿の自己報告であり、DigIntoAIは外線発信を測っていない——SIPトランクを接続しておらず、実外線もかけていない。

関連記事:OpenAI のカスタム音声:テキスト設計と録音クローンの違い、OpenAI Decisions API が正式 GA、GPT-6 Luna ベース、Agents API Scheduled Automations、「completed」でも作業は終わっていない、Cat Wu が OpenAI に加入、Core Products のプロダクト管理を統括。

Live経路でのGAの意味

OpenAIの開発者ドキュメントは製品境界をはっきり分ける。外線ガイドは原文どおり次のように書く:「Outbound SIP calling is available to all organizations through the Live API, not the Realtime API call-creation endpoint.」 この一文が製品境界を示す。GAの主張は GPT-Live/Live API の外線SIPであり、Realtime の call-creation 自体がいまGAになったという話ではない。

Liveの流れでは、発信は Create session:POST /v1/live/sessions に transport.type: "sip" を付ける。ドキュメントのモデル例は gpt-live-1。外線では着信webhookも accept も不要——Create session がダイヤルを開始する。サイドバンド WebSocket の attach で transport.ringing/transport.answered/transport.failed などの進捗を聞く。音声はSIPが運び、イベントと制御はサイドバンドが運ぶ。

同じ voice-sip ページには着信SIPや Realtime 向けの説明も残る。着信/Realtime の材料は残っているが、今回の GA は Live 外線であり、Realtime call-creation の GA ではない。

「all organizations」は、ドキュメントどおり Live API 経路を使える組織向け、という意味だ。DigIntoAIはそれを万人向けの無料無制限通話とは読まず、価格・クォータ・地域制限も書き足さない——用いた外線セクションにはそれらが明記されていない。

SIPトランク、DTMF、時間上限

ガイドのトランク設定は TLS シグナリング(sips:)と SDES-SRTP メディアを想定する。リクエストごとのフィールドには provider_url、digest 認証、caller_number、E.164 の destination がある。SIP URI の destination は非対応——宛先は E.164 形式の電話番号である必要がある。

双方向 DTMF はアクティブ通話の制御として文書化されている:キー操作時にサイドバンドが transport.dtmf.received を受け取り、送信は transport.dtmf.send、成功後に transport.dtmf.sent が返る。

時間上限は明示され、作成リクエストでは設定できない:呼び出し音は最大 3分、接続後の通話は最大 2時間。DigIntoAIは実トランクでこれらの上限を測っていない。

HD Voice と「任意のSIPトランク提供者」(Telnyx/Twilio)の例は、Uberti の GA 投稿に錨を置く。voice-sip ガイド外線セクションからの引用としては扱わない。

DigIntoAIの位置

DigIntoAIは GPT-Live 向けにSIPトランクを設定しておらず、外線の place-call を完了しておらず、HD Voice の音質、DTMF往復、3分/2時間の上限も実務では未確認。以上は OpenAI 開発者ドキュメントと二つのスタッフ投稿の自己報告に従う。

要点

  1. 誰が。 Justin Uberti(@juberti)のGA投稿;Greg Brockman(@gdb)の引用;OpenAI開発者ドキュメント(Place an outbound call)。
  2. いつ。 Uberti 2026-11-05 06:01:26 Asia/Shanghai;Brockman 2026-11-05 12:52:32 Asia/Shanghai。
  3. 何か。 GPT-Live outbound telephony API が GA に。
  4. トランク。 任意のSIPトランク;例として Telnyx と Twilio(Uberti)。
  5. HD Voice。 Uberti投稿の文言——voice-sipドキュメント引用としては扱わない。
  6. DTMF。 キーパッドイベントの送受信(Uberti+ドキュメントのサイドバンドイベント)。
  7. API境界。 すべての組織向けに Live API 経由;Realtime API の call-creation エンドポイントではない(ドキュメント)。
  8. セッション。 POST /v1/live/sessions、transport.type: "sip";モデル例 gpt-live-1;外線に着信webhook/acceptは不要。
  9. メディア/シグナリング。 TLS(sips:)+SDES-SRTP;E.164宛先;SIP URI宛先は非対応。
  10. 上限。 呼び出し音≤3分;接続後≤2時間;作成リクエストでは設定不可。
  11. 未計測。 DigIntoAIは外線発信を測っていない。
  12. 書き足さない。 無料無制限通話;価格/クォータ/地域ルール(用いた外線セクションに未記載)。

まとめ

OpenAIスタッフは 2026-11-05(Asia/Shanghai)に GPT-Live outbound telephony を GA とし、Brockman が Uberti の投稿を増幅した。Live音声エージェントから Telnyx や Twilio などのSIPトランク経由で外線発信でき、Uberti は HD Voice と双方向 DTMF にも言及する。公式ドキュメントはこの能力を すべての組織向け Live API に置き、Realtime API の call-creation エンドポイントではないと明記し、呼び出し音は約 3分、接続通話は約 2時間 が上限。DigIntoAIは外線を測っていない——OpenAIのドキュメントとスタッフ投稿のみ。

関連記事