WebSocket 断线重连后,实时转写状态到底该怎么接续
tresch_24 · reddit · 2026-09-17
一位开发者在构建实时转写 pipeline(音频→后端 WebSocket→Smallest AI Pulse→转写事件→应用状态)时提出核心问题:连接在句中掉线、800ms 后重连时,应用该回放音频、从头开始,还是等待旧流的 final 结果?回放可能导致转写文本重复,不回放又可能丢掉关键单词,尤其是 partial 已经更新过 UI/状态时更麻烦。作者倾向的解法是给每个 segment 加独立的 seq/id,并在下游做幂等处理,避免一次重连变成状态考古。他宁可多 300ms 延迟,也不想要重复状态。
「编程与Agent」频道最新
- 搭本地 Agent 系统先定架构再选模型:Linux+Tailscale+llama.cpp 全栈指南 — max_paperclips · 2026-09-17
- 开发者称 LLM 记忆问题已被 LLM 加 Jev 召回方案基本解决 — JoshuaJBouw · 2026-09-17
- AI 智能体可接管 Google Home,MCP 服务器向第三方助手开放 — emmanuelvivier · 2026-09-17
- Bindu Reddy 预告集成 Jev 的升级 Agent 明天上线 — bindureddy · 2026-09-17
- 4B 模型 RL 训练后查询计划比 Postgres 默认快 81% — bytebot · 2026-09-17
- 开源 AI UGC 工作流:每秒低至 $0.23,替代 $50/条达人视频 — toolstelegraph · 2026-09-17