Repository navigation
💡 Intelligent Turn-Taking: Breath-and-Pause-Aware Voice Pipeline for Natural Conversation Flow #502
Replies: 1 comment
Weekly UpdateWhat ChangedThe 2026 production bar for voice turn-taking is now defined — industry benchmarks and competitive moves crystallize what TalkTerm's voice pipeline must target:
Updated Assessment
RecommendationAdvance with specific targets. Design TalkTerm's voice pipeline against the 2026 production benchmarks: ≤300ms turn-taking gap (targeting the middle of the 200-400ms range), <2% false-barge-in rate, <60ms TTS flush. Evaluate whether to build TRP detection in-house or leverage a provider like Cartesia Sonic-3.6 (sub-90ms TTS latency, SSM-based architecture designed for consistent P99 latency) or ElevenLabs Conversational AI 2.0 as the voice backend behind the |
Uh oh!
There was an error while loading. Please reload this page.
Summary
Replace simple silence-timeout-based turn detection with a conversational turn-taking model that recognizes breath sounds, filler words ("um", "uh"), natural pauses, and conversational cues. This transforms voice interaction from robotic call-and-response into fluid, natural dialogue — essential for TalkTerm's voice-first identity with non-technical users.
Market Signal
ElevenLabs Conversational AI 2.0 and Cartesia Sonic both ship production-grade turn-taking models in 2026 that go far beyond silence detection. ElevenLabs detects conversational cues like "um", pauses, and breath sounds — the industry standard for voice AI interaction has moved past simple silence timeouts. VoiceDash and other voice-first tools are setting user expectations for natural conversation flow. TalkTerm's Web Speech API baseline will feel dated without this capability.
User Signal
TalkTerm targets non-technical knowledge workers (PRD persona: Sarah the PM) whose tolerance for awkward voice interaction is zero. FR37 (barge-in) addresses interruption but not the subtleties of natural conversation flow — when to wait for the user to finish thinking aloud, when to jump in, when to hold back. Poor turn-taking will drive users to the text input fallback (FR8), undermining the voice-first thesis that is TalkTerm's core differentiator.
Technical Opportunity
The architecture already plans a
SpeechToTextabstraction layer (port interface insrc/shared/types/ports/) specifically designed to be swappable without app-level code changes. This abstraction can be extended to support turn-taking events (e.g.,user_speaking,user_pausing,user_hesitating,user_yielding_floor). Phase 2 cloud voice provider upgrade is already on the roadmap — turn-taking intelligence ships with that upgrade via ElevenLabs or Cartesia SDKs. The Web Speech API adapter simply returnsuser_yieldingon silence timeout, maintaining backward compatibility.Assessment
Adversarial Review
Strongest objection: Web Speech API with barge-in support is "good enough" for MVP. Adding cloud-based turn detection increases cost, latency, and complexity before product-market fit is established.
Rebuttal: TalkTerm's entire value proposition is that voice interaction feels natural enough for non-technical users to prefer it over typing. If voice feels robotic, the product thesis fails — users will default to text input and TalkTerm becomes just another chat UI. The proposal is to architect for it now (turn-taking events in the SpeechToText port) and implement with the Phase 2 voice provider upgrade. Zero MVP scope creep; maximum future readiness.
Suggested Next Step
Extend the planned
SpeechToTextport interface to include aTurnTakingEventcallback type with states:user_speaking,user_pausing,user_hesitating,user_yielding. Web Speech API adapter ignores these (returnsyieldingon silence). Cloud provider adapters implement real turn detection. This ensures the abstraction is ready when Phase 2 voice providers ship.All reactions