
Tech • AI • Robotics • Game
GPT-Live is positioned as a more natural voice AI system than earlier GPT Realtime models by enabling simultaneous listening and speaking, while offloading complex work to backend models.
Earlier voice assistants relied on a chained setup of speech-to-text, a language model, and text-to-speech. That architecture added latency at every step, often making responses feel slower and less fluid in live conversation.
The GPT Realtime family combined audio understanding, response generation, reasoning, and tool-use decisions into a single speech-to-speech model. That reduced delays and made responses sound more natural, but interaction remained largely turn-based, requiring the system to decide when a user had finished speaking before replying.
GPT-Live introduces full duplex operation, allowing it to listen and speak at the same time, which helps it distinguish between brief acknowledgements and true interruptions. It also uses delegation, separating conversational handling from more complex backend work so the voice layer can remain responsive while another model or system performs deeper tasks.
The split architecture lets developers upgrade backend reasoning systems without replacing the voice interface. It also allows teams with existing text-based applications to add a voice layer through GPT-Live while keeping much of their current backend logic intact.
Busy settings are a major target use case. Unlike older turn-based systems that could be confused by background noise while deciding whether someone was speaking, GPT-Live uses conversational context to judge whether to pause, continue, or respond. Developers can reinforce that behavior in prompts, for example by instructing the system to ignore side conversations and respond only when directly addressed.
Several companies are already using the model for specific voice workflows. Yelp is applying it to restaurant reservations and food orders, Fin to customer support, Speak to live language lessons, and Cognition to add voice interaction to its AI software engineer, Devin.
New voices have been released across multiple languages and regional styles, including two French voices named Brise and Sillage. Developers can either use these built-in options, generate a custom voice from a natural-language description of accent and tone, or create one from a recording with the speaker’s consent. Prompts can further shape pacing, formality, personality, and pronunciation.
For teams seeing cases where GPT-Live 1 verbally commits to a task but fails to delegate, the main guidance is to keep the voice-model prompt short and focused only on when delegation should or should not happen. Detailed operating procedures and tool logic should live in the backend prompt. Updated prompt guidance includes use of a SpawnThinking token for GPT-Live 1, and developers can also use Decisions API triggers to detect when delegation should occur and force it if necessary.
For workflows such as appointment booking, a recommended pattern is client delegation. A backend can send immediate instructions in a commentary field, such as asking for a user’s name next, while a separate thinking update can hold the broader plan, such as collecting name, date, time, and address before delegating again and confirming those fields with the user.
Context compaction for the voice model is handled automatically, but important details should still be stored at the application layer because compaction may drop critical information. When developers want tighter control over what the backend receives and what returns to the voice model, client delegation is recommended over built-in Responses or Decisions integrations.
GPT-Live reflects a broader move from turn-based voice assistants toward continuous, context-aware conversation. Its success for developers appears to depend less on raw voice generation and more on careful delegation design, prompt structure, and application-level context management.
Ask a question