OpenAI представила GPT-Live и планирует вывести voice-модели в API
OpenAI представила GPT-Live для ChatGPT Voice и планирует API-доступ. Что это значит для voice agents, 429 и failover.

8 июля 2026 года OpenAI представила GPT-Live, новую линейку voice-моделей для ChatGPT Voice: GPT-Live-1 и GPT-Live-1 mini. Первоисточник: https://openai.com/index/introducing-gpt-live/
GPT-Live — это full-duplex voice model: система может слушать и говорить одновременно, а не ждать завершения каждого пользовательского turn. OpenAI пишет, что модель принимает решения много раз в секунду: говорить, слушать, сделать паузу, перебить или вызвать инструмент. Для запросов, где нужны search, reasoning или agentic work, GPT-Live делегирует задачу frontier-модели в фоне. На старте OpenAI указывает GPT-5.5 как background model для таких задач.
Главная деталь для API market: сейчас GPT-Live разворачивается в ChatGPT Voice, но OpenAI отдельно сообщает, что планирует вывести GPT-Live в API soon. Разработчики и enterprise-команды могут оставить заявку на уведомление через форму OpenAI. Это ещё не GA API-релиз, поэтому production-команды не должны строить SLA на доступе к GPT-Live до появления официального API-контракта, лимитов и цены.
Практический чеклист для команд, которые готовят voice agents:
- отдели realtime conversation loop от долгих reasoning/search задач;
- логируй session id, model route, interruptions, tool calls, p95 latency, 429 и fallback outcome;
- заранее определи, что делать при потере full-duplex session: reconnect, text fallback или escalation к оператору;
- проверь privacy и retention правила для audio before launch, особенно в enterprise-сценариях;
- не хардкодь одного voice provider: вынеси выбор модели, лимиты и retries в routing layer.
Use GPT-Live when a product needs continuous spoken interaction, interruption handling and background task delegation. Самый безопасный production-паттерн для voice agents — держать voice runtime отдельно от API access layer: voice UX управляет turn-taking, а gateway управляет provider limits, 429 handling, failover, billing и observability.
GPT-Live важен для API429 не как очередная voice-фича, а как сигнал о росте realtime AI workloads. Full-duplex sessions дольше обычных LLM-вызовов и чувствительнее к latency, лимитам, regional access и 429. Когда OpenAI выведет GPT-Live в API, enterprise-командам понадобится слой маршрутизации и fallback рядом с voice runtime. API429 уместен как gateway для стабильного OpenAI-compatible доступа, контроля лимитов и переключения маршрута, если прямой provider endpoint не выдерживает production-нагрузку.
Подключим Gateway с управлением лимитами, платежами и отказоустойчивой маршрутизацией для OpenAI, Gemini и Anthropic.