Attention DeficitLive voice · 2011–2026
The spoken interface

How AI voice became a live conversation

Early voice assistants waited for you to finish, turned the recording into text, and read a reply aloud. New systems listen while speaking. A spoken correction can arrive before the first task has stopped.

Start the story ↓

Voice assistants used to process one listen-then-reply cycle at a time.

How the interface changed
2011Siri handled one request at a time.Spoken commands became part of a phone interface.
2023ChatGPT Voice used three models.It transcribed speech, generated text, then spoke the reply.
2024Native audio changed turn-taking.GPT-4o processed audio end to end; Gemini Live supported mid-response interruption.
2026Conversation and task execution split.The audio path stays live while backend work continues.

OpenAI reported average latency falling from 2.8 seconds in its earlier GPT-3.5 Voice Mode to 320 milliseconds for GPT-4o audio responses in 2024.

Apple, 2011 ↗OpenAI, 2023 ↗OpenAI, 2024 ↗OpenAI, 2026 ↗

New voice systems can listen and speak at the same time.

Two processing patterns
Turn-based voice
Speech→Text→Answer→Speech

Each handoff adds latency and can lose timing, tone or interruption context.

Full-duplex voice
Listen↔Speak
↳ Reasoning or tools continue separately

A native audio model processes incoming and outgoing sound together. WebRTC keeps the audio stream open while slower work runs behind an asynchronous boundary.

Claude now has hands-free product Voice with interruption support. Anthropic publishes no comparable realtime audio API or details of the app’s internal audio pipeline.

In Speak’s early evaluation, GPT-Live-1 cut interruptions during thinking pauses by almost 80% compared with its previous turn-based system. OpenAI and Speak reported the result.

A native audio model handles both directions over a continuous WebRTC stream. Reasoning and tools run behind an asynchronous boundary, so new speech can arrive while work continues.

OpenAI API release and Speak evaluation ↗OpenAI voice architecture ↗OpenAI WebRTC infrastructure ↗Google Live API ↗Claude Voice controls ↗Claude API overview ↗

A live voice session keeps running between words.

What stays active during a live call
MicrophoneContinuous encrypted audio leaves the device.Session beginsMuting does not close GPT-Live.
→
WebRTC + turn detectionTransport, noise handling and voice activity stay responsive.No separate bandwidth feeRealtime API; provider infrastructure still runs.
→
Audio model ↔ speechThe model consumes sound and generates sound.$0.05 / session minuteGPT-Live-1 voice layer.
→
Conversation stateThe session clock continues during silence and backend work.Ten minutes = $0.50Transcription alone: $0.045 with gpt-transcribe.
↘ Reasoning, search and tools: billed separately

OpenAI offers two billing models. GPT-Live-1 charges for the full session, including silence and backend work. The Realtime API charges audio tokens and resends conversation history on each turn. Smaller models, cached input and shorter context reduce the token bill.

OpenAI cost guide ↗Current API pricing ↗2024 price cut ↗2025 price cut ↗2026 caching update ↗

The application must track the conversation and the task separately.

Illustrative request: change a reservation
Conversation
“Book a table at 7.”“Actually, 8.”Assistant hears the change
Booking task
7 PM request sent7 PM result may arriveCheck before booking 8 PM

Press the button while the 7 PM booking request is in progress.

The app must check whether the first booking was committed before sending another. The sequence is illustrative, not a reported incident.

A spoken correction changes the conversation. The application still has to learn whether the first booking completed before it sends a second request.

OpenAI states that speech interruption does not automatically cancel backend work. Google exposes interaction status separately from spoken utterances.

OpenAI developer announcement ↗Google interaction status ↗High Learning Rate’s analysis ↗