借助 Deepgram 流恢复，让长时间实时录音持续运行
当上游连接断开时，Telli.sh 现在可以恢复 Deepgram 实时转录流，让 Pro 和 Pro+ 录音无需重启浏览器即可继续。
实时会议很少会恰好在基础设施连接的边界结束。有些客户通话、讲座、访谈和多语言评审会持续超过一小时，录音工具不应让用户操心上游连接如何恢复。
现在，Telli.sh 会在服务器端的实时转录流程中处理恢复。如果上游 Deepgram STT WebSocket 断开，Telli.sh 会建立新的连接，并重放重连期间收到的少量音频。
浏览器录音会话保持打开。用户的原始音频继续写入同一个录音文件。转录流则从新的 Deepgram 连接继续。
改动内容
这次更新前，较长的 Deepgram 实时会话依赖一条服务器端转录连接无限期保持正常。浏览器可能仍在发送音频，但长时间会议需要更完善的转录连接恢复路径。
新的恢复路径加入了三项保护措施：
- 上游转录 WebSocket 不再连接时立即重连。
- 新的 Deepgram WebSocket 打开期间，在服务器端短暂缓冲音频。
- 重放当前音频块，避免恢复时丢失该片段。
这是连接中断后的恢复机制，而不是定时重启：只有当前连接断开时，Telli.sh 才会打开新的 Deepgram 流。因此，即使不在任意时刻中断健康的流，也能保留浏览器会话和源录音。
这对 Pro 和 Pro+ 用户尤其重要，因为说话人分离从 Pro 套餐开始提供。Pro+ 的主要区别仍是可用录音时长，但两个付费层级都应能处理长时间实时笔记，而不必为了刷新上游流手动停止并重新开始会议。
用户会看到什么
普通会议不会有任何变化。只有上游流断开时，恢复才会在后台进行。
长时间会议中，如果服务器需要打开新的 Deepgram 流，实时转录可能会短暂停顿。停顿期间音频仍会继续录制，保存的录音也保持连续。新流就绪后，缓冲的音频会发送过去。
Telli.sh 仍会根据用户的套餐和当前转录服务商设置应用说话人标签。对于长录音，最终保存的笔记仍关联完整录音，以便录音后的处理流程继续提供可审阅的转录稿和笔记。
这为何重要
实时笔记的价值不只是快速生成文字，更在于工作流程值得信赖：
- 用户可以留在同一个录音会话中。
- 转录稿不会在服务商连接边界处悄然截断。
- Pro 和 Pro+ 对话仍可使用带说话人信息的笔记。
- 最终笔记继续关联源音频。
这种可靠性比增加一个显眼的新控件更重要。功能最理想的状态，是用户根本不需要管理它。