快速结论:该问题发生在 Open WebUI 中,用户在聊天中附加知识库后切换到其他聊天并返回时,界面显示知识库重新加载,但模型回答实际未参考知识库内容(issue: Knowledge Base stops working after switching chats)。优先排查聊天状态切换后的知识库附加状态是否真正持久化,而非仅停留在 UI 显示层面。
适用环境:Open WebUI v0.11.0(Pip 安装)、Ollama 0.30.11、Windows 10 x64、Chrome 浏览器。
最快修复方案:暂无确认的一步修复方案。该 Issue 最终以“无法复现”(Can’t reproduce)关闭,讨论中未提供已验证的处理方法。
注意事项:该问题可能属于聊天状态持久化的回归,相关 Issue #24310 曾报告过 v0.9.2 中聊天特定设置切换后丢失的问题,但本 Issue 影响的是知识库附加状态。由于维护者无法复现,建议升级版本后结合本地环境进一步观察。
问题场景
用户在 Open WebUI v0.11.0 中新建聊天并附加一个知识库,向模型提出需要依赖知识库内容才能回答的问题;随后切换到其他聊天并持续对话一段时间,再返回原聊天继续提问。此时界面显示知识库正在被加载/处理,但模型生成的回答并不反映知识库内容,等同于知识库在切换聊天后“失效”。
报错原文
issue: Knowledge Base stops working after switching chats
Expected Behavior:
The attached Knowledge Base should remain active and be used by the model after switching to another chat and then returning to the original chat.
Actual Behavior:
The UI appears to load or process the Knowledge Base, but the model's responses do not reflect its contents.
原因分析
此问题未在 Issue 中得到最终确认,以下为可能原因:
- 聊天切换时前端恢复了知识库的附加标记,但后端会话上下文没有完整恢复知识库对应的检索引用,导致模型在生成时拿不到知识库内容。
- v0.11.0 可能存在聊天状态恢复(chat state restoration)的回归,与 #24310 中描述的“聊天特定配置切换后重置”机制类似,只是此次作用在知识库附加状态上。
- 知识库检索结果未注入到返回聊天后的下一次请求上下文中,模型因此“看到”的只是普通对话历史。
环境排查
- 确认 Open WebUI 是否为 v0.11.0 或已升级到更高版本。
- 确认 Ollama 版本为 0.30.11,并检查切换到其他聊天后 Ollama 的模型加载会话是否发生变化。
- 在 Chrome 浏览器中打开开发者工具,检查从“其他聊天”返回原聊天时,知识库相关 API 请求是否实际触发,响应中是否包含知识库文件内容。
- 查看 Open WebUI 服务端日志,确认返回原聊天时是否存在知识库检索报错。
- 核对每次复
参考来源
AI 工具推荐
想把多个 AI 模型放在一个入口?
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型,适合写作、绘图、视频和日常 AI 工作流。
推广链接:通过此链接购买,我可能获得佣金,不影响你的价格。
这个方案解决了吗?
可以继续搜索完整报错,或查看同一工具的其他排查指南。

![[bug]: Having a connector between a generator and a batch node won't let Invoke start a generation](https://www.chat-gpts.plus/wp-content/uploads/2026/08/9150-595a19d6-768x403.jpg)
![[bug]: invoke desktop application fails to updated due to (valid) global uv configuration](https://www.chat-gpts.plus/wp-content/uploads/2026/08/9498-a09c004e-768x403.jpg)