[Bug] Android 1.0.15 routes remote Codex device execution to Provider API instead of Agent Gateway
![[Bug] Android 1.0.15 routes remote Codex device execution to Provider API instead of Agent Gateway](https://www.chat-gpts.plus/wp-content/uploads/2026/09/18713-46b4b404-768x403.jpg)
这个报错通常发生在自建 LobeHub + Android 客户端(User-Agent `LobeHub-Mobile/android-v1.0.15`)中,当你在 Codex 会话里让已绑定的远程设备执行命令时,Android 没有走 Agent Gateway,而是回退到 Provider A
![[Bug] Android 1.0.15 routes remote Codex device execution to Provider API instead of Agent Gateway](https://www.chat-gpts.plus/wp-content/uploads/2026/09/18713-46b4b404-768x403.jpg)
这个报错通常发生在自建 LobeHub + Android 客户端(User-Agent `LobeHub-Mobile/android-v1.0.15`)中,当你在 Codex 会话里让已绑定的远程设备执行命令时,Android 没有走 Agent Gateway,而是回退到 Provider A

当你在使用 OpenAI Python SDK 的 Responses API 回放自己构造(或从外部存储恢复)的 assistant 消息,尤其是包含多个 output_text 内容块时,类型检查器会要求你补上 id 和 status 字段,否则报错 sending a client-autho

这个报错通常出现在 openai-python v1.16.x 对返回对象调用 model_dump() 时,尤其是流式 tool call 返回的深层 Pydantic 模型。优先排查是否为 v1.16.1 引入的延迟构建行为,并检查 DEFER_PYDANTIC_BUILD 环境变量。

这条 “Upstream sync conflict” 并不是 RAGFlow 用户在本地运行时会遇到的报错,而是下游 fork 中自动化同步工作流误把错误的 git remote 当作 upstream,生成的一次误报 Issue;Issue 作者确认无需任何处理,已在 2026-09-15 关闭
![[Bug]: entrypoint.sh starts task_executor.py with positional worker ID, causing unrecognized arguments and preventing document parsing](https://www.chat-gpts.plus/wp-content/uploads/2026/09/15372-fced8f8b-768x403.jpg)
该报错通常出现在用 Docker / Docker Compose 启动 RAGFlow 后,文档可以上传、接口也返回成功,但后台文档解析一直不执行;优先排查 entrypoint 启动 task_executor 时是否把 worker ID 作为位置参数传入,而不是用 -i/--index 传入
![[Bug]: Organization API does not enforce the enterprise license](https://www.chat-gpts.plus/wp-content/uploads/2026/09/40598-708d84f4-768x403.jpg)
这个报错通常出现在 LiteLLM Proxy 未设置企业许可证(未配置 LITELLM_LICENSE )时,通过 API 调用 /organization/* 管理接口仍能成功创建、修改组织——UI 已经把组织功能标为企业版并拒绝渲染,但后端 API 缺少校验。优先检查代理是否加载了有效许可证,

当 llama-server 命令行设置了 API Key,同时在 WebUI 中为某个 MCP Server 打开 Use llama-server proxy 后,代理会把 llama-server 自身的鉴权凭据错误地转发到外部 MCP 服务,导致本来无需鉴权的 MCP 服务返回 401。优先

“no space left on device” 通常发生在 Dify Cloud 上运行含 Python Code 节点的已发布工作流时,说明 Sandbox 容器内的临时目录被写满,导致 Python 代码节点无法创建临时 .py 文件。优先排查 Sandbox 的临时存储容量与临时文件清理机
![[Bug] Console dataset list performs N+1 queries during response serialization](https://www.chat-gpts.plus/wp-content/uploads/2026/09/42275-9eb6f388-768x403.jpg)
这个报错通常出现在自托管 Dify 控制台打开数据集列表、或请求 GET /console/api/datasets?limit=30 时,单次响应序列化产生大量 SELECT 语句(每条约 9 条),本质是逐行字段级数据库查询导致的 N+1。优先排查 DatasetDetailResponseSo

在 Open WebUI 中,当聊天位于某个 Folder(文件夹)内时,发送消息后等待模型首个 token 期间没有出现任何生成中/打字中的视觉指示(spinner、Generating… 状态、typing dots),而非文件夹内的聊天会正常显示侧边栏 spinner。优先排查前端 UI 在