OpenAI Realtime vs Cascaded Voice Agents: What the Numbers Actually Show (and Where Hybrid Wins)

This is a follow-up to Part 6, which showed how to run Hindi voice AI in production with a hybrid stack. The question underneath that decision is bigger than Hindi: should a new voice agent in 2026 be built on OpenAI Realtime (speech-to-speech) or on a cascaded STT + LLM + TTS pipeline? This post pulls the comparison apart with real public figures and names the hybrid lane where most Indian voice-AI products actually land.

What the two architectures actually are

A cascaded voice agent is three separate models chained together: a speech-to-text (STT) model, a text LLM, and a text-to-speech (TTS) model. A thin orchestration layer handles VAD (voice activity detection), barge-in and streaming between stages.

A speech-to-speech (S2S) agent — OpenAI Realtime, Gemini Live, ElevenLabs Conversational — folds all three into one model that reads and writes audio directly. There is no explicit text layer in the middle.

A hybrid takes the best of both. The usual shape is: Realtime for ASR, LLM and semantic VAD with `modalities=["text"]`, and a dedicated TTS swapped in for the voice. Part 6 describes this stack in detail with Veena as the TTS.

The honest headline: nobody publishes a hard split

There is no credible survey that says "X% of production voice agents use Realtime and Y% use cascaded". a16z, Deepgram, LiveKit, Inworld, Gradium, Soniox and RTCLeague all agree on the direction, but none publish a measured percentage. Anyone who quotes a hard split with confidence is estimating.

So this post splits into two parts: the real cited statistics, then a defensible estimate built on top of them.

Real cited statistics

a16z Voice AI 2025 Update

Deepgram State of Voice AI 2025 (400+ enterprises, 83 percent from companies with over $100M revenue)

Framework and timing signals

What analysts and vendors actually say

SourcePosition
LiveKit (framework vendor, supports both)"Both approaches are in active production use. Neither is universally right. Most pipeline deployments will be slower than a realtime model."
Gradium / Kyutai (Moshi S2S lab)"Cascade remains the dominant production architecture in 2026, largely because tool use, function calling and structured output are solved problems in the text layer."
Inworld AI (S2S vendor)Even Inworld describes cascaded as "the right production architecture" today and frames its own S2S as "a configurable cascaded pipeline over a single stateful connection".
Soniox"The pipeline gives you control, inspection and modularity at some cost in latency and expressiveness. S2S gives you latency and expressiveness at a real cost in control and inspectability."
RTCLeague"For most enterprise and commercial voice-agent deployments in 2025, the cascaded streaming pipeline remains the correct architectural default. Real-time S2S is not a replacement; it is a specialised tool."

Defensible estimate for production voice agents (late 2025 / 2026)

Treating the sources above as evidence, and marking the estimate honestly, the split for production deployments looks like this. Treat the percentages as roughly ±15 points.

StackRough shareWho runs it
Cascaded (STT + LLM + TTS, orchestrated via LiveKit Agents, Pipecat, Vocode or custom)70–80%Most production call-centre, outbound dialer and Indian voice-agent startups (Sarvam, Smallest, Skit, Gnani, CoRover, Bland.ai, Retell AI, Vapi, Synthflow). Also most healthcare, legal and finance apps that need custom TTS, strict compliance or a specific language.
Pure Realtime / S2S (OpenAI, Gemini Live, ElevenLabs Conversational)10–20%Newer startups built after October 2024, prototypes, consumer apps, demos, English-only use cases. OpenAI Realtime dominates this slice.
Hybrid (Realtime for ASR + LLM, custom TTS override)5–15% and growingTeams that want Realtime's low latency and VAD but need better voice quality in a specific language. Vapi, Retell and several Indian startups are here. This is also where our Hindi stack lives.

In India specifically, cascaded share is almost certainly higher — probably 80 to 90 percent — because of the Hindi and Indic TTS quality gap in Realtime, PSTN-only deployment, and cost sensitivity.

Why cascaded still dominates

Five structural reasons, consistently cited across the sources above:

Where OpenAI Realtime does win

Realtime is not a worse technology. It is a better fit for a different set of jobs:

Cost comparison

Cost lineOpenAI Realtime (Opus-quality voice)Cascaded (Deepgram + GPT-4o-mini + ElevenLabs Flash)
Approximate per-minute cost$0.06 – $0.10$0.03 – $0.05
Scaling behaviourAudio-token context accumulates — long calls get expensive fastFlat per-minute across stages
Voice selection~10 preset voicesBranded or cloned voices via the TTS vendor
LLM swapLocked to the Realtime modelAny chat-completions LLM
TranscriptNeeds separate speech-to-text passProduced natively at every stage

Latency comparison for a typical turn

End-to-end turn latency is measured from the user's last audible word to the first byte of agent audio they hear. Thresholds: 800 ms feels natural, 1,200 ms feels sluggish, 1,800 ms feels broken. See Part 6 for the full breakdown.

StackTypical end-to-end turnNotes
OpenAI Realtime (US-East endpoint, Indian caller)800–1,200 msAdds 150–220 ms per round-trip for Indian traffic.
Hybrid: Realtime (ASR+LLM) + Veena TTS in Mumbai900–1,200 msFixes Hindi voice quality. Still pays US RTT on ASR+LLM.
Cascaded in Mumbai (Sarvam STT + GPT-4o-mini + Veena)700–950 msEverything on the audio path is India-hosted.
Naïve cascaded (no streaming, sentence-level TTS buffering)2–4 sCommon failure mode — feels broken on calls.

The hybrid lane in one sentence

The explicit recommendation from RTCLeague, LiveKit and the Indic voice-AI startups is the same: use Realtime where it is strong (ASR, LLM, semantic VAD) and swap in a dedicated TTS where it is weak (Hindi, Hinglish, brand voices). That is the ~5 to 15 percent hybrid slice. In India it is probably closer to 20 to 30 percent among newer builds.

How to pick for a new project

The short version

Realtime is the fastest way to ship an English voice demo. Cascaded is still the dominant production architecture, and the gap gets wider the more cost-sensitive, multilingual, regulated or observable the deployment is. For Indian voice AI specifically, hybrid is the sweet spot: Realtime for the parts it does well, open-weight or Indic-tuned models for the parts it does not. That is the same conclusion Part 6 arrives at from a latency-first angle.

Is OpenAI Realtime cheaper than a cascaded stack?

No. For high-volume production, Realtime is roughly 2–3× the per-minute cost of a well-tuned cascaded stack (Deepgram or Sarvam STT + GPT-4o-mini + ElevenLabs Flash or Veena). S2S cost grows with call length because audio context accumulates every turn.

What percentage of production voice agents use OpenAI Realtime?

No vendor publishes a measured figure. The defensible estimate from a16z, Deepgram State of Voice AI 2025, LiveKit, Gradium, Inworld, Soniox and RTCLeague is roughly 10–20 percent of production deployments on pure Realtime (or Gemini Live or ElevenLabs Conversational), 70–80 percent on cascaded, and 5–15 percent on hybrid stacks.

Why is cascaded still winning in India?

Three reasons: Hindi and Indic TTS in Realtime is weaker than open models like Veena; Indian voice AI runs almost entirely over 8 kHz PSTN, where S2S's wideband advantage disappears; and the Indian market is cost-sensitive, so the 2–3× cost multiplier of S2S matters.

When does OpenAI Realtime make clear sense?

English consumer apps, prototypes, short dialogs, and products where sub-800 ms latency and vendor-managed VAD are more valuable than per-minute cost or multilingual quality.

What is a hybrid voice agent?

A pipeline that uses OpenAI Realtime (or similar) for ASR, LLM and VAD with text-only modalities, then overrides TTS with a dedicated model such as Veena, ElevenLabs or Cartesia. It keeps Realtime's low-latency reasoning and VAD while fixing the voice-quality gap in languages like Hindi. Part 6 covers the production shape.

Comments

Loading comments…

Leave a comment