直播翻译中断时的五分钟处置手册

直播中的错误做法是让主播停下来，和助播一起点设置。观众既听不到翻译，也失去原本的内容。

处置手册的目标不是保证五分钟内修好所有故障，而是五分钟内知道：继续恢复、切换降级，还是停止翻译但保住主直播。

先说清观众影响

助播用另一台设备确认：

• 字幕丢失，译音仍有；
• 译音丢失，字幕仍有；
• 两者都丢失；
• 两者都有，但明显落后或对应错商品。

不要只看主播耳机。主播能听到可能只是本地监听，不能代表推流输出。

用四个观察点定位

1. 工作台文本

ObsTrans/言播是否继续出现 partial、final 原文和译文？

• 没有原文：查麦克风、识别线路、登录或网络；
• 有原文无译文：查翻译线路与错误提示；
• 原文译文都有：文本链路正常，转查播报和字幕输出。

2. TTS 状态

待播是否增长、当前播放是否变化？有文本无播报时，检查播放翻译、克隆音色和输出设备；队列旧到对应错商品时，先停止旧播报，不要让它继续制造误导。

3. OBS 电平与本地录制

译音源有无电平？快速录十几秒回放。

• 无电平：故障在翻译软件到虚拟声卡；
• 有电平但录制无声：查 OBS 静音、监听和音轨；
• 录制正常、观众端异常：查推流轨、编码器与平台。

YouTube 的官方排障也建议先看编码器中的音视频和本地归档；本地健康时，再检查上行连接。

4. 绿幕字幕

绿幕窗口是否还更新？OBS 的窗口捕获是否冻结或被关闭？文本链路正常但画面无字幕，问题通常在窗口/捕获层，不应重启识别服务。

三种降级

字幕优先。 TTS 或虚拟声卡故障，字幕仍可靠。关闭播放翻译并清空旧队列，主播放慢语速，助播告知观众暂时看字幕。

译音优先。 绿幕或 OBS 字幕捕获故障，译音仍与画面同步。保留语音，减少需要看数字的复杂表达。

单语保主直播。 识别或网络整体故障。关闭翻译开关，主播回到预设单语流程，助播用固定目标语言消息说明技术问题。

这三种方案应在开播前检查中彩排，不应第一次在真实观众面前执行。

恢复动作一次只做一层

推荐顺序：

1. 重新选择被系统重置的麦克风或输出设备；
2. 停止并重新开启语音翻译；
3. 重新打开绿幕窗口或刷新 OBS 捕获；
4. 仅在确认应用整体失去响应时重启应用；
5. 只有主推流也异常时才考虑重启 OBS。

重启 OBS 会直接影响主直播，不能作为“试试看”的第一步。每做一个动作，先看对应观察点是否恢复，再继续。

恢复验收

说一条不涉及价格的测试句，确认：

• 工作台 final 正常；
• 字幕更新；
• TTS 队列开始并结束；
• OBS 译音电平出现；
• 观众手机听到并看到同一句。

然后再恢复商品信息。不要用价格句测试，以免半恢复状态把错误报价发给观众。

复盘只记可行动事实

记录时间线、最后正常点、观众影响、采取的动作、恢复证据和丢失内容。不要写“网络可能不好”这种无法验证的结论。

把可复现故障加入工具验收流程的断网、长时与重连测试。一次事故的价值，是让下一场的降级更快，而不是得到一份漂亮的总结。