GPT-Bidi-1は、OpenAIの未公開の双方向音声モデルであり、内部コードネームは「Maple」――同時に聞いて話すことができます。GPT-4o上に構築された現在のターン制ChatGPT音声モードとは異なり、Bidi-1はフルデュプレックスで動作します。あなたが話せば、相手も話し、どちらも相手が終わるのを待つ必要がありません。トランシーバーではなく、電話のようなものです。流出したコード参照、UIの目撃情報、そして2025年6月16日から7月初旬にかけて出現した音声サンプルに基づくと、このモデルには3つの選択可能な知能ティア（Instant、Medium、High）が搭載されており、文の途中での割り込みに対応し、リアルタイムの多言語翻訳も可能であるようです。
これらの内容はOpenAIによって公式に確認されたものではありません。 読者が事実と推測を区別しやすいように、この記事では以下の証拠レベルを通じて用いています:
グレード | 意味 | 例 |
|---|---|---|
リークによって確認済み | リークされたコード、UI文字列、または複数の独立したソースからの音声サンプルで直接確認できる | モデル識別子 |
推定 | 確認済みのリークと既知のエンジニアリング上の制約を組み合わせて論理的に導かれるが、直接は示されていない | 各ティアごとのレイテンシ範囲、エンドツーエンド翻訳アーキテクチャ、価格見積もり |
推測 | 直接的な証拠のない合理的な推測。明確にラベル付けされている場合にのみ含める | リリース日、APIの利用可否、High tierでのchain-of-thought呼び出し |
この記事のすべてはコミュニティのリークにさかのぼり、それらの評価を各主張に適用しました。開発者やヘビーユーザーは今こそ注目すべきですが、それに応じて確信度を調整してください。
GPT-Bidi-1 とは何ですか?
"Bidi" は 双方向 の略です。通信において、フルデュプレックス通信とは、両者が同時に送信と受信を行うことを意味します。電話通話はこの方式で動作しますが、現在のAI音声アシスタントはそうではありません。
GPT-Bidi-1 のモデル識別子は、2025年6月16日に TestingCatalog によって発見されたコード参照の中で初めて登場しました （リークにより確認済み）。その後の1週間で、リークの痕跡は急速に広がりました。翻訳関連のUI文字列が6月23日に現れ （リークにより確認済み）、感情の幅を示す音声サンプルが6月24日に登場し （リークにより確認済み）、7月初旬までにはこのモデルは Reddit の r/singularity や複数の X のスレッドで話題の中心となっていました。
OpenAIは、Bidi-1についてのブログ投稿、API変更履歴のエントリ、またはプレスリリースを公開していません。内部コードネーム「Maple」は、少なくとも3つの独立したリークソース、つまりFelo AIの分析、KIE AIの詳細な調査、そして百度百科の百科事典エントリで確認されました（複数ソースにまたがるリークによって確認済み）。このレベルの相互参照により、これらのリークは単一の匿名投稿よりも信頼性が高くなりますが、OpenAIが確認するまでは、すべての詳細を暫定的なものとして扱ってください。
GPT-Bidi-1 vs 現在の ChatGPT 音声モード
現在のChatGPT Advanced Voice ModeはGPT-4oの音声機能で動作し、ターンベースのプロトコルに従っています。あなたが話し、システムが発話全体を処理し、その後に応答します。途中で割り込むと、モデルが進行中の生成を破棄して最初からやり直すため、気まずい間があります。平均往復遅延は理想的な条件下で約300～500 msですが、自分の「番」を待たなければならないため、体感の遅延はより長く感じられます。
GPT-Bidi-1 はこの構造を完全に排除します （リークにより確認済み）。流出したデモでは、あるユーザーがモデルに 10 からカウントダウンするよう求め、7 のところで新しい質問を差し挟みました。モデルは約 200 ms 以内に数え上げを停止し、以前の文脈を繰り返すことなく新しい話題へ切り替えました。この 200 ms という数値は、自然な会話のための片道の mouth-to-ear 遅延を 150 ms 未満とする ITU-T G.114 の推奨値と非常に近く一致しており、OpenAI が通信事業者レベルの応答性を目指して設計していることを示唆しています （推定）。
実用上の違いは大きいです。ターン制の音声は、留守番電話に話しかけているように感じられます。全二重音声は、人と会話しているように感じられます。カスタマーサポートボット、語学教師、アクセシビリティツールなど、音声駆動の製品を作るすべての人にとって、これは音声AIができることにおける構造的な変化であり、段階的な遅延改善ではありません。
3つの知能レベル — インスタント、ミディアム、ハイ
GPT-Bidi-1の最も特徴的なリーク機能の1つは、ユーザーが選択できる知能ティアシステムです（リークによって確認済み — 3段階セレクタUIはリークされたスクリーンショットで確認されています）。ティア名 — Instant、Medium、High — は確認済みです。以下の具体的なレイテンシ範囲と内部メカニズムは、リークからの直接の観測ではなく、エンジニアリング上の制約に基づく私の推定です。
インスタントティア
最小レイテンシー向けに最適化されています。TTFB はおそらく 150 ms 未満のどこかに収まると考えられます (推定)。人間の相槌応答時間と競合するレベルです。製品の観点では、この階層は、おそらく応答の速さが深さよりも重要になるシナリオ向けに存在します。たとえば、カスタマーサービスの簡易回答、シンプルな Q&A、気軽な会話です。ファストフードのドライブスルー注文システムを思い浮かべてください。必要なのは哲学的論考ではなく、1 秒以内の応答確認です。
ミディアムティア
デフォルトのバランスポイント。TTFB はおそらく 150～400 ms の範囲に収まる （推定） — それでも、人間が会話の遅延を不自然だと感じる閾値の下にあります。この層は、複数ターンの推論、中程度のコンテキスト追跡、日常的なアシスタント業務を論理的に担うはずです。ほとんどのユーザーにとって、これが「そのままうまく動く」層になる可能性が高いでしょう。製品としての理由は明快です。レイテンシのトレードオフを理解してもらう必要なく、大多数のユーザーに十分満足できるデフォルトを提供することです。
ハイティア
最大限の推論能力。TTFB は 500 ms 以上に延びる可能性があります （推定）。この階層では、より重いモデル重みや拡張された推論プロセスが呼び出されるかもしれませんが、o1 系モデルに似た chain-of-thought の仕組みを使用するかどうかは不明です （推測）。この階層の製品上の用途は明確です。逐次通訳、複雑な技術的説明、あるいは会話の流れよりも正確さが重要なシナリオです。たとえば、会議通訳者は通常 2〜3 秒の ear-voice span で作業します。そのため、この文脈では 1.5 秒のモデル遅延でも許容範囲です。
現在、音声向けにユーザーが選択できる知能レベルを提供している競合はありません。GoogleのGemini Liveは単一の品質レベルを提供しています。プロバイダーをまたいで音声AIの選択肢を評価している場合は、Geminiのマルチモーダルアプローチを比較検討する価値があります。
会話中の中断と動的な調整
中断への対応は簡単そうに聞こえます。しかし、実際はそうではありません。内部では、モデルは少なくとも3つの並行するエンジニアリング課題をリアルタイムで解決しなければなりません。
音声活動検出（VAD）は、ユーザーが新しい発話を開始したのか、それとも背景雑音なのかを区別しなければなりません。標準的なVADアルゴリズムはエネルギー閾値でトリガーしますが、モデル自身の音声がユーザーのマイクを通じて再生される全二重（フルデュプレックス）シナリオでは、システムは同時に音響エコーキャンセル（AEC）を実行して、受信信号から自分の音声を差し引く必要があります。エコー参照のわずか10 msのずれでも、誤った割り込みトリガーを引き起こす可能性があります。
さらに、ステートマシンの問題があります。ターン制システムでは、モデルには2つの状態があります。聞いているか、話しているかです。フルデュプレックスでは、少なくとも4つの状態があります。聞くだけ、話すだけ、同時に両方、そして遷移中です。状態が変わるたびに、コンテキストバッファを更新し、どの生成トークンを破棄するかを判断し、ユーザーの割り込みが本当の話題変更なのか、それとも「うんうん」のような相槌信号なのかを判定しなければなりません。
流出した音声サンプルから判断すると、Bidi-1はリリース前のソフトウェアに対してこれをうまく処理できるようです （リークによって確認済み）。あるクリップでは、ユーザーが12秒間に3回、事実に基づく説明を遮りましたが、モデルは会話全体の流れを失うことなく、そのたびに正しく話題を切り替えました。これは見事なエンジニアリングです。
リアルタイム翻訳機能
6月23日のリークされたUI文字列は、言語ペア選択インターフェースとリアルタイム翻訳切り替えを参照しています （リークによって確認済み）。もしこれが正しければ、GPT-Bidi-1は従来のASR（automatic speech recognition）からMT（machine translation）、TTS（text-to-speech）へとつなぐパイプラインではなく、エンドツーエンドの音声対音声翻訳を実行する可能性が高いでしょう （推測 — アーキテクチャは確認されていませんが、エンドツーエンド方式は階層システムによって示唆されるレイテンシー目標と整合します）。
従来のパイプラインでは、各段階ごとにレイテンシーが積み重なります。一般的なASRステップでは200～500 ms、MTでは100～300 ms、TTSではさらに100～200 msが追加されます。合計すると、最初の翻訳済み音節が聞き手に届くまでに400～1000 msかかります。エンドツーエンドモデルはこれを単一の推論パスにまとめ、総レイテンシーを40～60%削減できる可能性があります。
この種のシステムの品質測定には、最終的には BLEU（テキストの忠実度向け）や COMET（意味的妥当性向け）のようなフレームワークが必要になるでしょうが、実世界でのベンチマークはもっと単純です。異なる言語を話す二人が、衛星電話を使っているような感覚なしに、流ちょうに会話できるでしょうか。Bidi-1 の翻訳品質については、まだ公開評価データは存在しません。リリースされれば、コミュニティはそれを積極的にベンチマークするはずです。
感情表現と相づち
最も印象的な流出音声サンプルのひとつでは、GPT-Bidi-1が、聞き手が本物の悲しみと表現したものを示していました (リークにより確認済み — この音声クリップは6月24日に投稿され、複数のフォーラムで議論されました) — これは、GPT-4oの音声ユーザーがXやRedditで一貫して不満を述べてきた、平板で感じのよいだけで中身のないトーンではありませんでした。
これは見た目以上に重要です。言語学者スティーブン・レヴィンソンの2016年の研究では、人間の会話におけるターンテイキングは平均して約200 msの間隔で行われ、バックチャンネル信号――「うんうん」「なるほど」「そうだね」――が会話全体のターンの15〜20%を占めることが示されました。これらは割り込みではありません。積極的に聞いていることを示す社会的な接着剤なのです。
現在のChatGPTの音声モードは、バックチャネルを生成しません。その結果、会話は一方通行のように感じられます。あなたは虚空に向かって話し、その後でAIがモノローグを披露するのです。Bidi-1が、文脈に応じて適切なバックチャネルを自然なタイミング間隔で生成できるなら、それは音声AIが機械的なTTSを超えて以来、知覚される自然さにおける最大級の飛躍の一つになるでしょう。
初期リークから判明した既知の痛点
リークされた内容のすべてが前向きというわけではありません。初期の Bidi-1 ビルドに触れたユーザーから、特定の問題が報告されています。これらの報告は主に X の投稿と Reddit のスレッドに由来します。私がユーザーのハンドル名とおおよその日付を特定した一方で、読者は、これらが正式なバグ報告や管理されたテストではなく、非公式なソーシャルメディア上の報告であることに留意すべきです。
「速すぎる応答」— 直感に反する問題
X上のUser @SmokeAwayyyは（2025年6月下旬）、Bidi-1について「応答が速すぎる…文の途中での文脈的な間を検知できない」と報告した。言い換えれば、考えるためにほんの少し間を置いただけでも、モデルはその沈黙をあなたの発話終了と解釈して、割り込んでくるのだ。これは現在の音声モードの反応の鈍さとは逆の問題であり、言ってみれば同じくらい厄介だ。考えられる修正としては、設定可能なポーズ許容しきい値、あるいは応答前にモデルが意図的に待機する仕組みが挙げられる。
長い会話におけるコンテキストの劣化
X上のUser @real_aivyは、2025年7月初旬に、3〜4回の対話ターンの後、モデルがセッション前半の内容を繰り返し始めたと指摘した。@SmokeAwayyyも別途、長い会話では音声品質と速度が低下することを観察した。フルデュプレックス・ストリーミングはコンテキストウィンドウに継続的な負荷をかける — 音声の1ミリ秒ごとにトークンが生成され、急速に蓄積していく。大きなコンテキストウィンドウを管理しながら、同時に音声を生成・受信することは、この規模では未解決の課題である。
長い間の一時停止とユーザーの沈黙への対処
ユーザーがただ話すのをやめたら、何が起こるのでしょうか？ 初期のフィードバックによると（同じXのスレッドを情報源としています）、Bidi-1は「永遠にそこに座ったまま」です。能動的な再エンゲージメントはありません。つまり、「まだそこにいますか？」や「続けますか？」といった声かけがないのです。これは割り込み問題の鏡像であり、これを解決するには、モデルがタイマーに基づく状態を維持し、促されなくても発話を生成できる必要があります。OpenAIが公開前に、これを設定可能なトグルとして追加することが予想されます。
これらの痛点は、現在のリーク状況の中で最も差別化される部分です。Bidi-1 を本番利用向けに評価しているのであれば、アクセス可能になり次第、これらの失敗モードをすぐにテストすべきです。
コンテンツモデレーションとプライバシーに関する考慮事項
リアルタイムのストリーミング音声は、テキストベースのシステムにはないモデレーション上の課題を生み出します。テキスト会話では、モデレーション分類器が実行される前にメッセージ全体が届きます。全二重の音声ストリームでは、コンテンツが継続的に生成され、配信されるため、有害なコンテンツが、どの分類器がフラグを付けるよりも先にユーザーに届く可能性があります。
16 kHz のサンプルレート（音声の標準）では、Bidi-1 は各方向で 1 秒あたり約 32,000 の音声サンプルを処理します。このストリームに対して、追加レイテンシを 100 ms 未満に抑えながらコンテンツ分類器を実行するのは容易ではありません。OpenAI は、おそらく中央の moderation API への往復ではなく、エッジにデプロイされた軽量な分類器を必要としています。
GDPRとデータ居住性は、さらに別の層を加えます。継続的な音声ストリームには生体認証データ（音声指紋）が含まれ、GDPR第9条ではこれを明示的な同意を必要とする「特別なカテゴリー」のデータとして分類しています。EUでBidi-1を導入する企業は、音声がどこで処理されるのか、どのくらいの期間保持されるのか、そしてユーザーが会話の途中で音声データの削除を要求できるのかを検討する必要があります。
価格と費用の見積もり
OpenAI は GPT-Bidi-1 の価格を公表していません。以下の見積もりは、GPT-4o の音声に関する既存の公開価格と、計算コストに関する一般的な仮定から完全に推測したものです。予測ではなく、大まかな桁感の目安として扱ってください。
現在のGPT-4o audio APIの価格は、入力音声1分あたり約$0.06、出力音声1分あたり約$0.24です（2025年半ば時点、OpenAIの公開レートカードによる）。フルデュプレックス処理では計算負荷が概ね2倍になります — 両方向が同時にアクティブになるためです — そのため、Medium-tierのBidi-1セッションでは、1分あたり$0.40〜0.60程度のベースラインが示唆されます （推定）。
段階的な構成は、おそらくInstantのほうが安く（おそらく $0.15–0.25/min）、Highのほうが高い（場合によっては $0.80–1.50/min）ことを意味します （推測）。これらの範囲は、OpenAIの価格戦略次第で大きく変わる可能性があります。つまり、利益率を優先するのか、市場シェアを優先するのかによって変動します。
AIモデルのコストを各プロバイダーで追っている人にとって、現在の料金プランを比較することは、この市場で「高い」が実際には何を意味するのかを見極めるのに役立ちます。
開発者向け統合 — API、SDK、それともChatGPTのみ？
これは開発者が最も気にしている質問であり、率直な答えは、まだ分かりません (speculative)。リーク情報によると、Bidi-1 は当初、独立した API エンドポイントではなく、ChatGPT に統合された機能として提供されるようです。
LetDataScience は適切な問いを提起しました。OpenAI は Bidi-1 向けにサーバーサイド API を提供するのでしょうか、それとも音声ストリーミングをローカルで処理する埋め込み型のクライアントサイド SDK を必要とするのでしょうか？ 全二重音声には、永続的な WebSocket 接続とリアルタイムの音声エンコード/デコードが必要であり、これは現在の REST ベースの Realtime API とはアーキテクチャ的に異なります。
音声機能を計画している開発者であれば、今できることは次のとおりです。OpenAI の既存の Realtime API（現在ベータ版）に慣れ、差し替え可能なモジュール式の ASR と TTS コンポーネントを使って音声パイプラインを構築し、OpenAI API の更新履歴を毎週確認してください。Bidi-1 が API に提供されると、すでに動作する音声アーキテクチャを持つ先行導入者は、数週間ではなく数日で統合できるでしょう。
GPT-Bidi-1 と Google Gemini Live およびその他の音声 AI モデル
Bidi-1 のデータはすべてリーク由来であるため、この比較には大きな不確実性があります。各セルの根拠については、表の下に示しています。
機能 | GPT-Bidi-1 (leaked) | Google Gemini Live | Hume AI EVI 2 |
|---|---|---|---|
フルデュプレックス | Yes ¹ | Yes ² | Yes ³ |
知能レベル | 3 (Instant/Medium/High) ¹ | Single ² | Single ³ |
文中割り込み | リークで実証済み ¹ | Supported ² | Supported ³ |
感情表現 | 音声リークで実証済み ¹ | Limited ² | Core feature ³ |
リアルタイム翻訳 | UI strings suggest yes ¹ | 利用可能（40以上の言語） ² | Not available ³ |
バックチャネル信号 | リークで証拠あり ¹ | Basic ² | Advanced ³ |
API availability | Unknown | Available ² | Available ³ |
価格 | 推定 $0.15–1.50/min (speculative) | ~$0.04–0.07/min ² | ~$0.07/min ³ |
ソースノート:
¹ 漏えいしたコード、UI 文字列、および音声サンプル（2025年6月〜7月）に基づく。公式には確認されていません。
² 2025年半ば時点の Google の公開ドキュメントおよび Gemini API の料金ページに基づく。Gemini Live の全二重通信および割り込み機能は、Google の開発者向けブログ投稿で文書化されています。
³ 2025年半ば時点の Hume AI の公開 API ドキュメントおよび料金ページに基づく。EVI 2 の感情表現機能は、Hume の製品ページに記載された中核的な訴求機能です。
Google Gemini Liveは現在、価格と利用可能性で先行しています。Hume AIは感情知能で先行しています。GPT-Bidi-1は、リークが正確であれば、柔軟性（3層システム）と統合翻訳で先行するでしょう。Geminiのマルチモーダル価格についてより詳しく知るには、このガイドで数値を詳しく解説しています。
よくある質問
GPT-Bidi-1 の "Bidi" は何の略ですか?
"Bidi"はbidirectionalの略で、モデルが同時に聞いて話せることを意味します。つまり、プッシュトゥトークの無線機ではなく、電話のような全二重通信です。
GPT-Bidi-1 は現在の ChatGPT 音声モードとどう違いますか？
現在のChatGPT音声モードはターン制です。あなたが話すと、それを聞き、その後応答します。GPT-Bidi-1はフルデュプレックスで動作し、自然な割り込み処理を伴って、双方向で同時に発話できます。
GPT-Bidi-1 はいつ正式リリースされますか？
公式な日付は発表されていません。流出したタイムラインによると、2025年6月時点で内部テストが活発に行われていることが示唆されており、コード参照や音声サンプルが短期間に相次いで現れています。妥当な見積もりとしては2025年Q3～Q4ですが、これはあくまで推測にすぎません。
GPT-Bidi-1 を早期に試すにはどうすればよいですか？
現在、公開アクセス用のチャネルはありません。機能フラグについてはChatGPTモバイルアプリを監視し、OpenAI APIの更新履歴を確認し、最新のリークトラッキングについてはXの@TestingCatalogをフォローしてください。
GPT-Bidi-1 はどの言語に対応していますか？リアルタイム翻訳はできますか？
漏洩したUI文字列には言語ペア選択メニューへの言及があり、多言語サポートとリアルタイム翻訳を強く示唆しています （リークによって確認済み）。具体的な言語数は確認されていません。
双方向音声AIの実用的なユースケースは何ですか？
主なユースケースには、リアルタイムの顧客サポート（保留音の無音時間なし）、多言語会議のための同時通訳、視覚障害のあるユーザー向けの音声ファーストのアクセシビリティツール、自然な会話の流れを伴う言語学習、そして産業環境におけるハンズフリーの技術サポートが含まれます。
最終推奨事項
GPT-Bidi-1は、音声AIにおける注目すべきアーキテクチャの変化を示しています。3層のインテリジェンスシステムは — もしリーク情報どおりに機能するなら — 開発者に対して、現時点で競合他社が提供していない、レイテンシーと品質のトレードオフを実質的に制御できる権限を与えることになります。初期の課題（反応が早すぎる応答、コンテキストの劣化、無音の処理）は現実のものですが、リリース前ソフトウェアに典型的なものであり、一般公開前に対処可能である可能性が高いです。
私の提案は、正式リリースを待って準備しないことです。 音声対話を含む製品を作っているなら、今すぐOpenAIの既存のRealtime APIでプロトタイプ作成を始めてください。音声パイプラインはモジュール化し、ASR、TTS、対話管理コンポーネントを差し替え可能に構築しましょう。Bidi-1が提供されたとき、ゼロから始めるのではなく、置き換えとしてすぐに組み込める状態にしておきたいはずです。これを構築開始の合図と捉えるチームは、正式発表を待つチームよりも有意な先行を得るでしょう。