rod007vrr
05/18/2026, 6:41 PMDeepgram final transcript event at ~4.3s with transcript: “Yeah.”
That then appears in the conversation-update payload as a user message:
role: user
message: "Yeah."
secondsFromStart: 4.338
duration: 320ms
wordLevelConfidence: 0.85595703
From listening to the recording / looking at the user channel, we don’t hear anything that should have produced “Yeah.” There was a user-interrupted event shortly before it,
while the assistant was speaking the recording disclosure, so our guess is this may be an ASR or barge-in false positive, possibly caused by echo/noise from the assistant audio.
Questions:
1. Is this expected behavior for short false barge-ins with Deepgram/Nova-3?
2. Is there a way to inspect the raw caller-side audio segment Vapi sent to Deepgram around 4.3s?
3. Are there recommended settings to reduce these false positives, such as interruption thresholds, denoising, endpointing, or transcript confidence filtering?
4. Should we treat short one-word transcripts during assistant speech differently on our side, or is there a Vapi-side mitigation?
Relevant config from the call:
- transcriber: Deepgram nova-3, language en
- backgroundSpeechDenoisingPlan.smartDenoisingPlan.enabled: true
- startSpeakingPlan.smartEndpointingEnabled: true
- smartEndpointing provider: livekit
- stopSpeakingPlan.voiceSeconds: 0.5Matt
05/18/2026, 10:12 PMGeraDeluxer
05/19/2026, 3:18 AMShaunak
05/21/2026, 6:29 AMShaunak
05/21/2026, 6:29 AMShaunak
05/21/2026, 6:30 AMShaunak
05/21/2026, 6:30 AMShaunak
05/21/2026, 6:30 AMShaunak
05/21/2026, 6:30 AM