No module named ‘OpenGL_accelerate’

该问题发生在将 Custom Combo(自定义下拉框)节点放入子图(Subgraph)并提升(Promote)其字段后,切换选项时字符串输出正常更新,但索引(Index)输出始终停留在初始值。优先排查 ComfyUI 前端版本,若前端为 v1.47.1 或更新版本,问题很可能由前端渲染逻辑引起。

该问题发生在将 Custom Combo(自定义下拉框)节点放入子图(Subgraph)并提升(Promote)其字段后,切换选项时字符串输出正常更新,但索引(Index)输出始终停留在初始值。优先排查 ComfyUI 前端版本,若前端为 v1.47.1 或更新版本,问题很可能由前端渲染逻辑引起。

该报错通常出现在自托管 Docker 部署的 LobeChat 中,当用户以无 Cookie 的新会话浏览 MCP 市场或按 tokenUsage 等动态字段排序时触发。优先排查客户端是否已登录并获取市场访问令牌,以及排序字段是否被服务端校验规则拒绝。
![[Bug]: service_tier=priority silently billed at default rate for gpt-4o/gpt-4.1 family (missing pricing keys on dated-snapshot model entries](https://www.chat-gpts.plus/wp-content/uploads/2026/08/37046-f77ad6e1-768x403.jpg)
该问题出现在 LiteLLM 代理版本较旧(如 1.81.14)时,向 gpt-4o/gpt-4o-mini/gpt-4.1/gpt-4.1-mini 发送 service_tier="priority" 请求后,计费仍按默认档位费率计算,导致费用被低估。优先升级 LiteLLM 到包含定价数据修复
![[Bug]: CheckBatchCost stale sweep excludes completed statuses that its own job selection includes, so a completed unprocessed row is never s](https://www.chat-gpts.plus/wp-content/uploads/2026/08/37153-cc613eab-768x403.jpg)
该报错发生在 LiteLLM 后台批量成本核算(CheckBatchCost)任务中,因清理过期任务时排除了 completed/complete 状态,而轮询器却会持续选择这类状态的任务,导致已完成但未标记 batch_processed 的行永远不会被清理,无限占用轮询槽位。优先确认 LiteL

该报错通常发生在 llama-server 以 embedding 模式运行 EmbeddingGemma 模型,且 --parallel 参数不是 2 的幂时,触发 GGML 矩阵乘法形状断言失败。优先排查 --parallel 取值,并确认是否使用了 --kv-unified 且上下文长度不能被

该问题发生在 AMD APU(如 Strix Halo、Ryzen AI Max+ 系列)上,llama.cpp 的 UMA 检测逻辑误将“集成显卡”识别为共享内存系统,导致可用显存被错误地限制为系统内存的 MemAvailable,而忽略了驱动实际报告的 TTM/专用 VRAM 分配。优先检查 l

该报错发生在 Dify Chatflow(高级聊天)应用开启输入审核(Input Moderation)后,用户输入触发审核规则时,流式响应未按预期正常关闭。优先排查 _handle_stop_event 中 _workflow_run_id 是否为空,以及 _save_message 或 _mes
![[Bug] All models hang on GB300 (SM103) with FlashInfer 0.6.7](https://www.chat-gpts.plus/wp-content/uploads/2026/08/38729-54a22b97-768x403.jpg)
这个报错发生在 vLLM 搭配 FlashInfer 0.6.7 在 GB300(SM103,计算能力 10.3)上执行大批量推理时,模型会无限期挂起。优先排查是否启用了 TRTLLM attention,并将其回退到 FlashInfer 默认 attention 后端。

当启用 ENABLE_FORWARD_USER_INFO_HEADERS=true 且使用外部 embedding/reranking 后端时,从聊天界面(而非 API 路由)发起的 RAG 混合检索查询会因 UserModel 对象缺少 name 属性而崩溃。优先检查 backend/open_w

该问题发生在 Open WebUI 启动时获取用户设置( GET /api/v1/users/user/settings )失败后,会话仍以空设置对象运行;当任何自动或手动保存触发 updateUserSettings 全量覆盖写入时,数据库中的完整设置会被清空。优先排查启动时网络请求是否被中断(如