这个报错通常出现在 Open WebUI 管理后台“Images → Edit Image”里点击 ComfyUI Base URL 旁的 verify 按钮时：按钮实际校验的是 Create Image 引擎的地址，而不是当前 Edit Image 填写的地址，所以会出现“地址不可达仍提示验证通过
这个报错通常出现在导入 Transformers 时，当前安装的 huggingface_hub 版本与 transformers 版本不匹配，导致 transformers 尝试从 huggingface_hub 导入 is_offline_mode 失败。优先排查两个包的版本组合，而不是先改代码
这个报错通常出现在把 MiniCPM5-2B 的 GGUF 模型导入 Ollama 并传入 tools 后，模型返回的 tool_calls 始终为 null ，而 content 里只剩残缺的 XML 片段，典型表现为 minicpm5-2b native tool calls never par
![[Cloud] deepseek-v4.1-flash silently discards all image input while advertising `vision` in capabilities](https://www.chat-gpts.plus/wp-content/uploads/2026/09/18527-9a7ba542-768x403.jpg)
当你在 Ollama 中调用 deepseek-v4.1-flash:cloud 并传入图片时，模型会在 capabilities 中声明 vision ，但实际会静默丢弃所有图片输入，不报错，并回复“看不到图片”。核心报错为：[Cloud] deepseek-v4.1-flash silently
该问题通常出现在 LobeChat 将界面语言切换为波斯语、阿拉伯语等 RTL（从右到左）语言后，打开任务页或弹出菜单时触发。优先排查 RTL 布局方向下的横向溢出与 Popover 宽度/定位逻辑，而不是数据或接口问题。
当你在 LobeChat 桌面版的群聊（Group Chat）中向 AI 发送包含下划线的 Windows 路径时，消息管线会在下划线前自动插入反斜杠，导致 AI 把该反斜杠误读为目录分隔符，从而定位到错误路径。优先排查路径中的下划线是否被转义。
当把 OpenAI Python SDK 当成代理（尤其是把 base_url 指向 Portkey 等网关并依赖 default_headers 传递认证信息）来发起 Realtime 连接时，容易出现 extra_headers while using as proxy 相关的 header 处
当你在使用 OpenAI Python SDK v1.98.0 调用 gpt-4o-audio-preview / gpt-4o-mini-audio-preview 并开启流式响应时，虽然运行时实际返回了音频数据，但 SDK 的类型定义和官方 API Reference 中还没有 audio 字段
多轮对话调用 Responses API 时，如果你手动维护历史并过滤掉 reasoning 类型的输出项，只把 message 项塞回 input，下一轮就会触发 400。优先排查历史构造逻辑：reasoning+message 必须成对、按原始顺序完整传入。
![[Bug]: MinerU unsplit-task mode still queues one task per configured page range](https://www.chat-gpts.plus/wp-content/uploads/2026/09/19180-c97f2a68-768x403.jpg)
当 RAGFlow 对 MinerU 文档启用了 unsplit-task mode（不分页模式），却在 Page Ranges 中配置了多段页码范围时， queue_tasks 的外层循环仍会为每个范围各建一个任务，导致同一个 PDF 被重复上传多次，并打印 "MinerU unsplit-tas