[Question]: Chat doesn’t retrieve answer from knowledge
![[Question]: Chat doesn't retrieve answer from knowledge](https://www.chat-gpts.plus/wp-content/uploads/2026/08/8022-2eace44f-768x403.jpg)
这个问题通常出现在 RAGFlow 中聊天机器人的检索组件未正确关联知识库,或系统提示词缺少 {knowledge} 变量,导致大语言模型(LLM)无法接收知识库内容。优先检查知识库是否已正确关联、嵌入模型是否一致,以及系统提示词是否包含 {knowledge} 变量。
![[Question]: Chat doesn't retrieve answer from knowledge](https://www.chat-gpts.plus/wp-content/uploads/2026/08/8022-2eace44f-768x403.jpg)
这个问题通常出现在 RAGFlow 中聊天机器人的检索组件未正确关联知识库,或系统提示词缺少 {knowledge} 变量,导致大语言模型(LLM)无法接收知识库内容。优先检查知识库是否已正确关联、嵌入模型是否一致,以及系统提示词是否包含 {knowledge} 变量。

在 Gradio Gallery 组件中设置 rows=1 后,图片数量过多时不会按预期分行,而是继续追加新行,且当指定 height 参数后新行被裁切,却不会出现滚动条。此问题在 Gradio 6.25.0(main 分支,提交 375335e60)上已无法复现,可能已由 #11938 修复,优先

该报错通常发生在 Gradio 5.x 升级后,Chatbot 或 Markdown 组件无法渲染 LaTeX 公式的场景。优先排查两点:一是确认是否通过 latex_delimiters 参数正确传递分隔符;二是检查 Python 字符串中反斜杠是否被转义,建议使用 raw string( r".

该报错通常出现在 Gradio gr.Dataframe 使用搜索过滤后点击单元格时,表现为表格异常滚动到顶部/底部、 gr.SelectData 返回错误的行索引或值、以及事件回调响应延迟。优先排查 Gradio 版本是否处于 v5.24.0 至 v5.25.1 区间,并确认是否存在未过滤表的行索

该报错通常是因为把 `transformers.pipeline` 工厂函数错误地写成了大写开头的 `Pipeline` 类并直接实例化。优先检查导入语句,将 `from transformers import Pipeline` 改为 `from transformers import pipel

该报错发生在多线程并发调用同一 tokenizer 实例时,尤其是每次调用的 padding/truncation 设置不同导致每次都会触发内部状态重配的场景。优先排查是否为同一 tokenizer 实例被多线程共享,并检查每次调用的 padding/truncation 参数是否一致。
![[Bug]: `/v1/responses` can replay `chatcmpl-*` message IDs into OpenAI Responses during cross-provider handoffs](https://www.chat-gpts.plus/wp-content/uploads/2026/08/27333-72c0e243-768x403.jpg)
该报错发生在跨提供商切换场景下(例如 Claude 通过 LiteLLM 桥接后切换到 OpenAI Responses 模型),旧消息中的 `chatcmpl-*` ID 被透传到 OpenAI 原生 Responses API,导致校验失败。优先排查 LiteLLM 的 Chat Complet

该报错发生在 Open WebUI v0.11.0 中,管理员在 Admin Settings > Models 页面无法看到工作区(Workspace)模型,因此无法对其进行排序、设为默认模型或全局置顶;保存 UI 设置时还会覆盖通过 API 设置的配置。优先建议升级到修复该回归的开发分支,或暂时

这个报错发生在 Open WebUI 聊天输入框启用 Prompt Autocompletion 后,你在自动补全的防抖等待窗口内(约 1 秒)清空或发送了多段落消息,导致插件拿着旧的绝对光标位置去访问已被清空的编辑器文档,从而抛出 RangeError: Position N outside of

这是 Krita AI Diffusion 插件 1.52.1 及更早版本中的代码 Bug,并非系统时区或 Flatpak 环境配置问题。历史记录缩略图与导出文件名直接格式化了 UTC 时间戳,未先转换为本地时间。升级到 1.53.0 或手动补丁可解决。