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 等动态字段排序时触发。优先排查客户端是否已登录并获取市场访问令牌,以及排序字段是否被服务端校验规则拒绝。

该报错发生在 Dify Chatflow(高级聊天)应用开启输入审核(Input Moderation)后,用户输入触发审核规则时,流式响应未按预期正常关闭。优先排查 _handle_stop_event 中 _workflow_run_id 是否为空,以及 _save_message 或 _mes

该报错发生在 Transformers 库的投机解码(Speculative decoding)流程中,当候选生成器(candidate generator)返回的 logits 与其实际采样所用的分布不一致时触发。优先检查使用的候选生成器类型(如 DFlashTokenCandidateGener
![[SDK][Python] NaN/Inf floats nested in a pydantic model serialize to invalid JSON (bare NaN/Infinity)](https://www.chat-gpts.plus/wp-content/uploads/2026/08/16048-831ee9c1-768x403.jpg)
该报错发生在 Langfuse Python SDK 序列化 pydantic 模型时,当模型内嵌的浮点数为 NaN/Inf 时,会绕过安全转换逻辑,直接输出非法的裸 NaN/Infinity JSON 令牌,导致 ingestion 服务器 JSON.parse 拒绝接收。优先检查 langfus

该问题发生在 Gradio 应用长时间运行且多次触发事件后,内存持续增长且无法自动回收,即使会话结束也无法下降。优先排查事件回调中是否对大型对象(如 NumPy 数组)进行了不必要的复制或全局引用,并尝试将逻辑封装到类中。
![`/config` returns `username` as an unawaited coroutine string (regression from #13749])](https://www.chat-gpts.plus/wp-content/uploads/2026/08/13758-6cb92da7-768x403.jpg)
该报错是 Gradio 源码安装(main 分支)在请求 `/config` 接口时,同步端点误调用了异步函数 `get_current_user` 且未 `await`,导致 `username` 字段返回协程对象而非用户名或 `null`。优先排查 `gradio/routes.py` 中 `g
![[Bug]: DashScope tiered pricing uses graduated slices instead of the request-size tier](https://www.chat-gpts.plus/wp-content/uploads/2026/08/34729-a68deaea-768x403.jpg)
该报错发生在 LiteLLM 的 DashScope 成本计算器将阶梯定价按“超额累进”方式分段计费,而阿里云 Model Studio(百炼)实际是按单次请求的总输入 token 数选择唯一档位、整单统一计价。优先检查你使用的 LiteLLM 版本是否已包含 #36720 修复。
![[Bug]: Nullable DailyTagSpend conflict columns cause duplicate inserts and database CPU exhaustion](https://www.chat-gpts.plus/wp-content/uploads/2026/08/34232-5fa4edae-768x403.jpg)
该报错通常出现在 LiteLLM 代理使用 PostgreSQL 存储每日标签消费(DailyTagSpend)数据时,由于数据库唯一约束中的可空列(如 custom_llm_provider)在 upsert 时写入 NULL,导致同一逻辑键产生大量重复物理行,最终引发数据库 CPU 耗尽和消费报
![[Bug]:amd mi308x gpu, vllm 0.27.0~0.27.1, rocm 7.2.3, Kimi-K2.7-Coder start fails:AssertionError: mla_gluon requires gfx950 (CDNA4), got gfx](https://www.chat-gpts.plus/wp-content/uploads/2026/08/51964-339b289b-768x403.jpg)
该报错通常发生在使用 AMD MI308X(gfx942)等非 gfx950 架构 GPU 加载 Kimi-K2.7-Coder 等模型时,vLLM 0.27.0~0.27.1 的 ROCm 版本因模型代码中 mla_gluon 算子的架构检查失败而启动中止。优先排查方向是升级 vLLM 到最新 m