快速结论:这个问题出现在 Open WebUI 的 Realtime Voice(实时语音)通话中:当环境里有风声、车流或施工噪音等非语音声响时,助手会被当成“用户开始说话”而中断,句子还没说完就被截断。优先排查语音中断(Voice Interruption / 静音检测)相关的设置与实现,而不是模型或网络问题。
适用环境:Open WebUI v0.12.0,当前 dev 分支同样复现;Realtime Voice 使用 OpenAI 作为语音后端;问题出现在手机端通话场景。Issue 未提供操作系统、Python、CUDA、显卡等环境信息。
最快修复方案:暂无确认的一步修复方案。Issue 中关联的均为功能请求类 Issue(如 #23832 建议加入静音按钮、#14500 讨论噪声环境下的语音可用性),并未给出已验证的修复或配置项。
注意事项:该问题在关闭时没有留下已合并的修复说明,因此下方步骤多为可优先尝试的排查方向,而非确认生效的解决方案。在嘈杂环境下,即使降噪也可能仍会被突发大噪音触发中断。
问题场景
用户在 Open WebUI 中配置了基于 OpenAI 的 Realtime Voice,并在手机上发起实时语音通话,向助手提出需要较长回答的问题。当助手正在说话时,用户走到户外遇到大风,或对着麦克风吹气,即使完全没有说话,助手的回答也会立即停止并且不再继续。在嘈杂环境中,助手经常无法说完一整句。
报错原文
issue: Wind or background noise cuts off the assistant mid-sentence in Realtime Voice calls
Expected: the assistant keeps talking. Only actual words from the user interrupt it.
Actual: the assistant stops at once and does not continue.
原因分析
可能原因:Realtime Voice 的中断(barge-in / interruption)判定过于依赖音量或语音活动检测(VAD)阈值,只要输入音量超过阈值就被判定为“用户在说话”,从而打断助手输出。由于风声、车流、施工噪音等能量较高但不含有效语音内容,也会被误判为用户发言。关联 Issue #3532 提到 Voice Interruption 在设置中可开关,说明中断行为本身可能是可配置的,但当前默认阈值或检测逻辑对非语音噪音不够鲁棒。以上均为基于现象与关联 Issue 的推断,Issue 本身未给出代码层面的确认结论。
环境排查
- 确认 Open WebUI 版本,Issue 报告为 v0.12.0,并称当前 dev 分支同样复现。
- 确认 Realtime Voice 的语音后端是否为 OpenAI。
- 确认使用的通话设备(手机)与麦克风,以及是否有系统级或浏览器级降噪开关。
- 检查 Open WebUI 设置中是否存在 Voice Interruption(语音中断)相关开关或语音输入灵敏度选项。
- Issue 未提供操作系统、Python、CUDA、显卡等信息,这些项无法从本 Issue 得出排查结论。
解决步骤
- 先确认问题可稳定复现:按 Issue 步骤,在手机端发起 Realtime Voice 通话,让助手回答长内容,同时在麦克风旁制造风声或吹气,观察助手是否立即停止。
- 检查设置中是否有 Voice Interruption 相关开关(参考关联 Issue #3532 提到的可开关行为),可优先尝试关闭该功能,观察噪音是否还会打断助手。
- 若存在语音输入灵敏度或 VAD 相关选项,可优先尝试调低灵敏度,让非语音噪音不易达到触发阈值。
- 作为临时规避,可优先尝试在通话时使用带降噪的麦克风、耳机,或在较安静的环境中使用 Realtime Voice。
- 关注关联 Issue #23832(建议为 Voice Mode 增加静音按钮)与 #14500(噪声环境下的语音输入可用性)的处理进展,这类需求与当前 bug 的根因高度重合。
验证方法
重复上述复现步骤:在助手讲话时制造风声或吹气但不说话。若助手不再中断、能说完完整句子,且只有在用户真正说话时才被打断,则问题得到缓解或解决。需要注意,本 Issue 未记录已确认可行的修复手段,验证结果需以实际配置与版本为准。
参考来源
AI 工具推荐
想把多个 AI 模型放在一个入口?
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型,适合写作、绘图、视频和日常 AI 工作流。
推广链接:通过此链接购买,我可能获得佣金,不影响你的价格。
这个方案解决了吗?
可以继续搜索完整报错,或查看同一工具的其他排查指南。

![[Bug]: HunYuan Dense V1 fails CUDA graph capture on v0.29 — HF dynamic RoPE does a host-side sync during capture](https://www.chat-gpts.plus/wp-content/uploads/2026/10/57890-0b89f014-768x403.jpg)
