在 InvokeAI 打补丁时，如果 LoHa 被作用到 Conv2d 层，而该 LoHa 的因子仍保留卷积形状（例如由 OneTrainer 生成的 [rank, in, kh, kw] 与 [out, rank, 1, 1] 组合），就会触发 RuntimeError: The size of
![[Question]: model verification attempts failed: mineru no such method](https://www.chat-gpts.plus/wp-content/uploads/2026/10/20407-3de6db30-768x403.jpg)
该报错通常出现在 RAGFlow 中添加自托管 MinerU 模型并做连通性/模型校验时：RAGFlow 调用了当前 MinerU 服务并未提供的接口方法，导致校验失败。优先核对 RAGFlow 版本与 MinerU 服务版本/接口是否匹配。
在 RAGFlow 的 Agent 中启用 TavilySearch 联网搜索并试运行时，如果 Tavily API 返回空值（None），代码在读取返回字段时会抛出 TypeError: 'NoneType' object is not subscriptable 。优先排查 Tavily API
当 Gradio 的依赖声明把 Pillow 锁定在上限范围内时，会出现 Dependency constraint prevents upgrading to Pillow >= 13.x (blocks security fixes) ；这通常导致项目无法安装新版 Pillow，也就无法完成安全
![[Bug]: Streamed usage.cost leaves out the Claude web search fee (server_tool_use dropped)](https://www.chat-gpts.plus/wp-content/uploads/2026/10/46365-d0bf6294-768x403.jpg)
当 Claude 模型在 LiteLLM Proxy 中以流式方式发起 web search 请求，并且开启 include_cost_in_streaming_usage 时，最终流式 chunk 中的 usage.cost 只计算 token 费用，漏掉 server_tool_use.web_
![[Bug]: case-sensitive header lookup in _get_extra_header_tags drops configured spend tags](https://www.chat-gpts.plus/wp-content/uploads/2026/10/46847-b0f35143-768x403.jpg)
在 LiteLLM Proxy 中通过 litellm_settings.extra_spend_tag_headers 配置了 spend tag 请求头，但客户端发送的请求头大小写与配置不一致时， _get_extra_header_tags 按大小写敏感的字典键查找会取不到值，导致配置的 sp
这个报错通常发生在已启用 complexity_router（`auto_router`）的 LiteLLM 代理环境中，调用请求进入路由层时，`semantic_router` 相关模块未能被导入。优先排查该模块是否已安装、是否装在了 LiteLLM 实际使用的同一个 Python 环境里，以及代
这个报错通常出现在用独立 Python venv 安装 TextGen WebUI 后启动 server.py 时，导入链在加载模块阶段找不到 huggingface_hub 中的 HfFolder 。优先排查 huggingface_hub 的版本是否与当前 TextGen WebUI 代码不匹配
该报错发生在 llama.cpp 加载 DeepSeek-V4.1-Flash-1017-GSQ-RCO-GGUF 量化模型时，模型在读取超参数阶段就失败，还没进入推理。优先怀疑是所下载的 GGUF 量化文件版本过旧，与当前 llama.cpp 的 DSV4.1 结构定义不匹配。
在官方 Docker 镜像中运行 PDF 解析节点（Extract from File 的 pdf 操作，或 Default Data Loader 的 pdfLoader）时出现 DOMMatrix is not defined 。尽管日志同时提示 @napi-rs/canvas 原生绑定加载失败