[BUG]: Switching to another thread while a response is streaming can result in missing final answer / only think block being shown

快速结论：在 AnythingLLM 同一工作区内，回复仍在流式生成（streaming）时切换到另一个 thread，会导致原 thread 的最终回答丢失或只剩 think 区块。优先升级到 v1.16.1 或更高版本，该版本加入了切换确认弹窗与流保护。

适用环境：AnythingLLM（Issue 报告为 Docker 本地部署），后端模型为 LM Studio 托管的 Qwen 3.5 / Qwen 系模型；受影响版本从 V1.10 系列延续到 v1.15.x。操作系统、Python、CUDA、显卡等未在 Issue 中给出。

最快修复方案：升级到 v1.16.1+。该版本中流式生成期间切换 thread 或离开页面会弹出确认框，流在弹窗打开期间继续运行，只有确认离开才会停止生成，因此不会再出现半截回答或孤立的 think 区块。

注意事项：v1.16.1 只是阻止了“切换导致回答丢失”，并不支持真正的后台并行生成；在一个 thread 生成期间去另一个 thread 提问，仍会被确认框拦截。真正的后台续传与并行提示词由 #6894 单独跟踪。Issue 中提到有用户用自建 patcher / 镜像（修改 asar、替换镜像）绕过问题，但维护者明确指出改 asar 会被更新覆盖且绕过完整性校验，不建议作为长期方案。

问题场景

使用 AnythingLLM（Docker 本地部署）时，在同一个 workspace 内操作多个 thread：在 thread 1 发起提问，助手仍在 streaming / 输出 think 区块时切换到 thread 2，随后再回到 thread 1。若整个生成过程一直停留在 thread 1，渲染始终正常；只有在中途离开时才触发问题。

报错原文

[BUG]: Switching to another thread while a response is streaming can result in missing final answer / only think block being shown

原因分析

根据 Issue 讨论，问题集中在流式响应期间的 UI/thread 状态处理。有贡献者分析称根因可能位于 ChatContainer 的 useEffect hook：当 chatHistory 变化引起重新渲染时，会中断当前活跃的 SSE 连接，因此在切换 thread 后，流式结果无法正常回填。这与正文描述的现象一致：请求已发出、token 继续消耗，但返回原 thread 时最终回答缺失，或只剩 think/reasoning 区块而没有正常正文。Issue 中列出的可疑区域包括活跃流的持久化、thread 级流/事件绑定、离开再进入后的最终回答提交，以及 think 块解析与最终回答渲染的分离处理。

环境排查

确认 AnythingLLM 版本，v1.15.x 及更早版本存在该问题记录，v1.16.1 起已有修复。
确认部署方式（Docker 本地）以及后端模型服务（如 LM Studio）是否正常。
确认是否属于同一 workspace 内切换 thread，而非切换 workspace；本 Issue 仅覆盖前者。
确认所用模型是否带 think/reasoning 输出（如 Qwen 系），这类输出更容易暴露只剩 think 区块的问题。
Python、CUDA、PyTorch、显卡等版本在 Issue 中无记录，可不作为排查重点。

解决步骤

将 AnythingLLM 升级到 v1.16.1 或更新版本，这是官方确认的修复版本（由 #6190 引入）。
升级后在流式生成过程中尝试切换 thread，观察是否出现离开确认弹窗。
需要离开时，确认弹窗会停止生成，请等待回答完成后再切换，或接受生成停止。
不要使用修改 asar 的自建 patcher 作为长期方案；如已使用，请留意应用更新会覆盖补丁。
如需要“后台继续生成、并行操作多个 thread”的能力，关注 #6894 的进展，或在升级后仍能复现问题时按新 Issue 提交复现步骤。

验证方法

在 v1.16.1+ 上重复原始复现路径：在 thread 1 提问，趁 streaming 时切换 thread 2，应弹出确认框；取消离开则流继续，返回 thread 1 后完整回答与 think 区块均正常渲染。若升级后仍能在切换 thread 时丢失回答，按维护者说明属于新 bug，需带复现步骤重新提交 Issue。