Réponse courte : non. GPT-Live, la famille de modèles vocaux full-duplex qu'OpenAI a annoncée le 8 juillet 2026, est une fonctionnalité de ChatGPT au lancement. L'engagement exact d'OpenAI envers les développeurs tient en une phrase : « Nous prévoyons également de les intégrer bientôt à l'API, et les développeurs ainsi que les entreprises peuvent s'inscrire pour être notifiés via ce formulaire. »
C'est tout. Pas de points d'accès, pas d'ID de modèle, pas de tarification, pas de calendrier au-delà de « bientôt ».
Si vous développez un agent vocal ce trimestre, attendre n'est pas la bonne stratégie, car OpenAI propose déjà une pile vocale de qualité production : l'API Realtime, généralement disponible, avec des modèles mis à jour aussi récemment que le 6 juillet. Ce guide explique ce que vous pouvez construire aujourd'hui, à quel point vous pouvez vous rapprocher de la qualité d'interaction de GPT-Live avec la pile actuelle, et ce à quoi vous préparer lorsque l'API GPT-Live sera disponible.
Ce que GPT-Live vous offrirait, à terme
Comprendre ce qui arrive clarifie ce qu'il faut construire maintenant. L'architecture de GPT-Live comporte deux parties distinctives :
- Conversation en duplex intégral. Le modèle traite l'audio entrant tout en générant une sortie, décidant plusieurs fois par seconde s'il doit parler, écouter, faire une pause, interrompre ou invoquer un outil. Les rétrocanaux (« hmm », « compris ») sont inclus.
- Délégation en arrière-plan. « Lorsqu'une question nécessite une recherche, un raisonnement ou des capacités plus agiles, GPT-Live peut déléguer la tâche à un autre modèle comme GPT-5.5 », puis intègre la réponse dans la conversation en direct.
Ni l'un ni l'autre ne sont encore exposés aux développeurs. Les deux ont des approximations pratiques dans l'API actuelle.
Ce que vous pouvez construire aujourd'hui : l'API Realtime
L'API Realtime est généralement disponible et est la véritable réponse derrière la plupart des recherches « GPT Live API ». L'état actuel :
| Capacité | Statut actuel |
|---|---|
| Modèles | gpt-realtime, gpt-realtime-1.5, gpt-realtime-2.1, gpt-realtime-2.1-mini |
| Transport | WebSocket et WebRTC |
| Appels téléphoniques | Prise en charge SIP |
| Utilisation d'outils | Appel de fonctions + serveurs MCP distants |
| Entrées | Audio, texte, images |
| Tarification (gpt-realtime) | 4 $/M jetons d'entrée, 16 $/M jetons de sortie ; les tarifs audio sont facturés séparément |
De la parole à la parole dans un modèle unique, latence de tour inférieure à la seconde, gestion des interruptions via la détection d'activité vocale côté serveur. Nous avons couvert la famille au fur et à mesure de son évolution : le guide original de gpt-realtime, le tutoriel de GPT-Realtime-2, et la configuration de GPT-Realtime-2.1-mini, qui a été lancée deux jours avant l'annonce de GPT-Live.
Ce que l'API Realtime ne fait pas, c'est le véritable duplex intégral. Elle est rapide en semi-duplex : excellente récupération des interruptions, mais le modèle ne parle pas pendant qu'il écoute, et il ne renverra pas de signaux d'acquittement pendant que vous parlez. C'est le fossé que l'API de GPT-Live finira par combler.
Se rapprocher du comportement de GPT-Live avec la pile actuelle
Les équipes qui souhaitent une expérience utilisateur similaire à GPT-Live avant l'existence de l'API combinent trois modèles :
- 1. Réglage agressif des interruptions. La DVA serveur avec des seuils stricts permet d'obtenir des échanges conversationnels qui semblent proches du naturel. Testez les paramètres par rapport à des modèles de parole réels, pas des scripts de démonstration ; le bruit de fond et les pauses de réflexion sont les points où les configurations échouent.
- 2. Le modèle de délégation, fait main. L'astuce de délégation en arrière-plan de GPT-Live est reproductible aujourd'hui : exécutez
gpt-realtime-2.1pour la boucle de conversation, et lorsque l'utilisateur pose une question difficile, faites en sorte qu'un appel de fonction envoie la question à un modèle plus puissant (GPT-5.5 via l'API standard) pendant que le modèle vocal accuse réception et gère l'attente avec élégance. Lorsque le résultat est renvoyé, injectez-le dans la session. C'est exactement ce qu'OpenAI a transformé en produit ; vous construisez vous-même la plomberie. - 3. Orchestration d'audio de remplissage. Sans rétrocanaux natifs, certaines équipes diffusent de courts audios d'acquittement pendant les appels d'outils longs. C'est une astuce. Ça fonctionne aussi.
Tester la pile Realtime
Les agents vocaux échouent davantage dans la couche de transport que dans la couche modèle, et c'est là qu'un banc de test API approprié est important. Dans Apidog, vous pouvez piloter directement la session WebSocket : connectez-vous au point d'accès Realtime, envoyez la configuration de session et les événements audio, et observez le flux des événements du serveur revenir dans l'ordre. Cela rend les modes de défaillance visibles : les limites de DVA se déclenchant trop tôt, les événements d'appel de fonction s'intercalant avec les deltas audio, les sessions se terminant silencieusement sur une configuration malformée.

Deux habitudes pratiques : conservez votre clé API dans une variable d'environnement Apidog plutôt que dans chaque prototype client, et simulez les points d'accès des outils backend de votre agent afin de pouvoir tester la boucle de conversation sans que vos services réels soient en ligne. Téléchargez Apidog gratuitement ; le test WebSocket est inclus.
Quand l'API GPT-Live arrivera : à quoi se préparer
En lisant l'annonce comme une feuille de route API, trois changements méritent d'être pris en compte dès maintenant :
- La sémantique des sessions changera. Le duplex intégral signifie que les événements circulent dans les deux sens en continu, et non par rafales de requêtes-réponses. Le code qui suppose « tour de l'utilisateur, puis tour du modèle » devra être restructuré ; les architectures événementielles se porteront proprement.
- La délégation pourrait devenir une primitive de première classe. Si OpenAI expose le mécanisme de transfert en arrière-plan, la plomberie de délégation faite à la main deviendra une configuration. Gardez la vôtre faiblement couplée.
- Attendez-vous à une famille de variantes, pas à un seul modèle. GPT-Live est livré dans ChatGPT sous quatre variantes (basées sur l'instantané et basées sur la réflexion, à deux niveaux d'effort). Une version d'API conçue de la même manière signifierait des compromis latence/profondeur sélectionnés par session.
Inscrivez-vous au formulaire de notification d'OpenAI si le calendrier est important pour votre feuille de route, et surveillez attentivement la distinction de dénomination à mesure que la couverture médiatique se multiplie : GPT-Live et GPT-Realtime sont des piles différentes, et de nombreux articles initiaux les confondent.
La décision, en clair
| Votre situation | Agissez ainsi |
|---|---|
| Livraison d'un agent vocal dans les 3 prochains mois | Développez sur gpt-realtime-2.1 dès maintenant ; la pile est GA et stable |
| Prototypage pour un lancement fin 2026 | Développez sur l'API Realtime, maintenez la délégation faiblement couplée, inscrivez-vous pour la notification GPT-Live |
| Besoins grand public « parler à ChatGPT » | Vous n'avez pas besoin d'une API ; GPT-Live est déjà dans le produit |
| Choisir entre les piles OpenAI | Lisez d'abord GPT-Live vs GPT-Realtime |
FAQ
Existe-t-il une API GPT-Live ? Non. GPT-Live alimente uniquement ChatGPT Voice. OpenAI déclare qu'il prévoit d'intégrer les modèles à l'API « bientôt », avec un formulaire d'inscription pour les notifications.
Quelle est l'API la plus proche de GPT-Live aujourd'hui ? L'API Realtime avec gpt-realtime-2.1 ou 2.1-mini : de la parole à la parole, WebSocket/WebRTC, appels SIP et prise en charge des outils MCP, généralement disponible.
Puis-je répliquer la délégation de GPT-Live avec l'API actuelle ? En substance, oui : utilisez l'appel de fonction pour envoyer les questions difficiles du modèle Realtime à GPT-5.5, puis réinjectez les résultats dans la session. GPT-Live transforme ce modèle en produit.
GPT-Live remplacera-t-il l'API Realtime ? OpenAI ne l'a pas dit. Compte tenu de la structure à quatre variantes et du statut GA de l'API Realtime, la coexistence est l'hypothèse la plus sûre pour la planification.
