Realtime Api

Is Realtime API Ready for Product Ideas Yet, or Just Cool Demos?

The demo is incredible. You speak naturally to an AI. It responds instantly, in a human voice, with perfect interruption handling.

Published 2026-06-18.

Run a launch checkRead the blog

The demo is incredible. You speak naturally to an AI. It responds instantly, in a human voice, with perfect interruption handling. It feels like the future. Then you check the bill.

One developer was charged $5.28 for 75 seconds of use1 - overcharged by at least 2.75x according to their own calculations. Another crunched the numbers and found the API would cost them $282 per hour - "2x the cost of a human in our test".

This is the gap between Realtime API demos and Realtime API products. The technology is genuinely impressive. The economics are brutal.

What Realtime API Promises

OpenAI's Realtime API2 went GA (General Availability) in August 2025 with the gpt-realtime model, establishing itself as the most mature native multimodal voice API on the market. The pitch is compelling:

  • Native multimodal audio processing: Audio flows directly into the model without separate STT (Speech-to-Text) steps - fewer moving parts, theoretically lower latency
  • Bidirectional audio streaming: Full-duplex conversation with interruption handling
  • Function calling / tool use: 66.5% on ComplexFuncBench, up from 49.7% in earlier versions
  • WebSocket and WebRTC support: Both transport protocols available
  • 50+ languages supported
  • SIP telephony support: For actual phone call integration

The latency reduction in newer versions3 is "significant" and "widely acknowledged" by developers who tested it. SIP support and MCP integration have been well-received. The event schema has effectively become the protocol other vendors build against.

On paper, this enables a whole category of voice-first AI applications: 24/7 customer service agents, real-time language tutoring, personal assistants, and enterprise support hotlines.

The Pricing Reality

Here's what it actually costs:

ComponentPrice
Audio Input$32/1M tokens (~$0.06/min)
Audio Output$64/1M tokens (~$0.24/min)

Total: roughly $0.30/minute for a typical conversation.

That sounds small until you scale it. A voice agent handling 1,000 five-minute calls per day costs approximately $750/day, or over $22,000/month in API fees alone. For comparison, a human call center agent in many markets costs $2,000-$4,000/month total.

The pricing analysis from Inworld AI4 points out the core problem: "You're locked to OpenAI. The LLM is OpenAI's. The TTS is OpenAI's. The STT is OpenAI's. If you want Claude for reasoning, or Inworld's TTS for voice quality, or a specialized STT for domain-specific accuracy, you can't use them".

The Latency Problem Nobody Talks About

Pricing isn't the only issue. Developers report periods of unexplained high latency5 that make the product unusable for real-time applications:

"We process thousands of requests a day… Normally ~2% of our requests take more than 30 seconds. Since 9/18, we're seeing the average to be 12% of requests, with some days over 15%".

The kicker? OpenAI has a "priority tier" (service_tier:priority) that dramatically reduces latency - at higher cost. But this tier isn't clearly documented, and developers only discovered it through community digging. One developer summarized: "OpenAI designed it that way… you can rotate out to [older] models that are more performative day to day - or just a 50% increase for priority tier".

There's also the multilingual issue: "Heavy-accented English often misrecognized as Finnish. Language recognition accuracy decreases after multiple conversation turns".

What Products Are Actually Being Built

Despite the issues, builders are shipping. The Realtime API product landscape6 spans several categories:

Customer Service Voice Agents - 24/7 availability, multilingual switching, emotion recognition. Banking support, e-commerce after-sales, first-level technical help.

Education & Training - Language learning conversation practice, personalized tutoring, pronunciation assessment.

Personal Assistants - Schedule management, smart home control, real-time translation.

The technical architecture that works uses WebRTC for frontend7 with WebSocket for backend:

User Audio -> WebRTC -> AI Model -> WebRTC -> Audio Response
|
WebSocket (backend)

Competing APIs include Google's Gemini Live API (strong native audio, affective dialog) and Alibaba's Qwen3-Omni (open-weight alternative).

What Works Today vs. What Doesn't

After reviewing developer reports and production deployments, here's the honest assessment:

What works: - Low-latency voice conversations in controlled domains (customer support with limited intents) - Multilingual switching in real-time for supported languages - Function calling integration for booking appointments, checking order status - Demos, prototypes, and low-volume applications

What doesn't: - Open-ended conversations at scale (cost becomes prohibitive) - Complex multi-step transactions (travel booking, financial applications) still fail too often - Interruption handling has edge cases that break immersion - High-volume production where unit economics need to work

Most serious production deployments are still using the older STT -> LLM -> TTS pipeline with optimization rather than native Realtime API. It's more complex to set up, but you can mix and match best-in-class components (Whisper for STT, Claude for reasoning, a specialized TTS for voice quality) and control costs.

The Clicky Lesson

Clicky became one of the most-talked-about Realtime API demos - a voice-controlled AI assistant that could navigate websites and perform tasks. It got massive attention on launch. But the lesson from Clicky isn't "build a voice agent." It's that great demos need existing distribution to matter.

Clicky worked because it was a compelling demo shared by someone with an audience. If you're a solo builder without that distribution advantage, a cool voice interaction isn't enough. You need a business model where the unit economics work.

When to Use It (And When to Wait)

Use Realtime API now if: - You're building a demo, prototype, or proof-of-concept - Your use case is high-value, low-volume (interview coaching, executive briefing, premium concierge) - Cost per conversation is small relative to the value delivered - You need fast time-to-market more than cost optimization

Wait or use alternatives if: - You're building high-volume customer service (use STT->LLM->TTS pipeline instead) - Margins are thin (cost will eat your business) - You need model flexibility (Realtime locks you into OpenAI's full stack) - You need guaranteed low latency without priority tier pricing surprises

The Alternative: Build Your Own Pipeline

For most production use cases, the pragmatic approach is assembling your own voice pipeline rather than using Realtime API directly. The Inworld AI analysis recommends a modular STT -> LLM -> TTS architecture where you can mix best-in-class components:

  • STT layer: OpenAI's Whisper or a specialized speech-to-text model for your domain
  • LLM layer: Claude for reasoning-heavy conversations, GPT-4o for general-purpose, or a fine-tuned model for specific industries
  • TTS layer: ElevenLabs for premium voice quality, or a specialized provider for your use case

This approach trades some latency for massive gains in flexibility, cost control, and vendor independence. You can optimize each component separately, swap providers when pricing changes, and avoid the lock-in that comes with Realtime API's all-in-one stack.

The tradeoff is engineering complexity. You manage three integrations instead of one, handle turn-taking logic yourself, and optimize latency across the full pipeline. For teams with engineering bandwidth, this is the better long-term bet. For solo builders who need to ship today, Realtime API's convenience may still win.

The Verdict

Realtime API is the most mature native multimodal voice API on the market. For demos and low-volume applications, it's genuinely production-grade. But the economics don't work for high-scale voice agents yet, and the latency issues - especially the opaque priority tier system - make it risky for applications where consistent response times matter.

The technology is real. The cost isn't.

As one developer put it on the OpenAI community forums: "The costs are currently way too high to be able to use it in production". Until that changes, Realtime API is a tool for demos, prototypes, and premium low-volume use cases - not the backbone of a scalable voice product.

Ready to launch with proven tech? GetLaunchBuddy helps you pick the right stack, validate your unit economics, and ship products that actually work at scale. Start your launch readiness assessment ->

Sources and notes

  1. $5.28 for 75 seconds of use: https://community.openai.com/t/realtime-api-extremely-expensive/1068788
  2. OpenAI's Realtime API: https://platform.openai.com/docs/guides/realtime
  3. latency reduction in newer versions: https://dev.to/czmilo/openai-gpt-realtime-complete-guide-2025-5hae
  4. pricing analysis from Inworld AI: https://inworld.ai
  5. periods of unexplained high latency: https://community.openai.com/t/api-high-latency-issues/1061234
  6. The Realtime API product landscape: https://getstream.io
  7. WebRTC for frontend: https://getstream.io/blog/top-5-realtime-speech-to-speech-apis/

Related LaunchBuddy resources

Is Your Idea at Risk of Being Consumed by Frontier Labs?From Vibe Coding to Agentic Engineering: What the Next 18 Months Look LikeContext Engineering for Vibe Coders: How to Write Prompts That Generate Production CodeWhy Haven't You Launched Yet? (And How AI Agents Fix It)