[Bug]: Current main Docker compose fails to start with v0.25.6 image
![[Bug]: Current main Docker compose fails to start with v0.25.6 image](https://www.chat-gpts.plus/wp-content/uploads/2026/08/15692-ba3ab69e-768x403.jpg)
这是 RAGFlow 仓库 main 分支部署文件与 v0.25.6 旧镜像不兼容导致的启动失败。优先检查 docker/.env 中的 RAGFLOW_IMAGE 与实际使用的部署文件版本是否匹配,建议改回 v0.25.6 标签对应的部署配置,或改用 dev 镜像。
![[Bug]: Current main Docker compose fails to start with v0.25.6 image](https://www.chat-gpts.plus/wp-content/uploads/2026/08/15692-ba3ab69e-768x403.jpg)
这是 RAGFlow 仓库 main 分支部署文件与 v0.25.6 旧镜像不兼容导致的启动失败。优先检查 docker/.env 中的 RAGFLOW_IMAGE 与实际使用的部署文件版本是否匹配,建议改回 v0.25.6 标签对应的部署配置,或改用 dev 镜像。
![[Bug]: Dataflow pipeline crashes with KeyError: 'path' when stored DSL lacks the path key](https://www.chat-gpts.plus/wp-content/uploads/2026/08/18746-a051003b-768x403.jpg)
该报错发生在 RAGFlow 数据管道(dataflow agent)的存储 DSL 中缺少 path 键时,导致 Graph.load() 在启动阶段直接抛出 KeyError: 'path' ,任务在 0 秒内失败。优先排查已保存画布的 DSL 中是否存在 path 键,并考虑将严格取值改为 .
![[Bug]: Redacted tool-call arguments ("redacted-by-litellm") spam "Failed to parse tool call arguments" warnings via spend-log tool index](https://www.chat-gpts.plus/wp-content/uploads/2026/08/36647-d46649b0-768x403.jpg)
这个问题在 LiteLLM 1.94.x/1.95.x 版本中,开启 turn_off_message_logging: true 且启用数据库 spend logs 时触发。升级后引入的 _redact_tool_calls 会把工具参数替换成 redacted-by-litellm 占位符,而

该报错通常发生在 LiteLLM 从 1.96.0 升级到 1.98.0 后,配置文件(如 config.yaml )中 general_settings.alerting 的 YAML 格式书写不规范(冒号后缺少空格),导致配置被解析成字符串而非列表/字典,最终在启动时触发 AttributeEr

该报错发生在 LiteLLM 的 Responses API 桥接模式下,当模型因达到 max_output_tokens 上限而返回空输出时,LiteLLM 错误地将其升级为 APIConnectionError,导致下游调用方收到 HTTP 500。优先升级到 v1.99.0-rc.1 或更高版

该问题发生在 llama-server 处理携带大量工具定义(200+ MCP tools)的聊天请求时,解码速度明显下降。优先排查 llama.cpp 构建版本,并确认是否已包含 PR #27679 的修复。

当 Skill 已发布后,立即重命名其显示名称(display name)会触发 skill_conflict 报错。优先排查发布返回的 updated_at 是否为最新值,以及前端是否使用了过期的时间戳进行乐观锁校验。

该报错通常出现在 Dify 1.16.0-rc1 前端开发模式下创建 Agent 时,主要原因是前端仍调用已被废弃的 /console/api/agents (复数)接口,而后端在 Agent v2 路由统一后仅接受 /console/api/agent (单数)。优先检查前端创建 Agent 的
![[Bug]: vllm: error: unrecognized arguments: --task embedding](https://www.chat-gpts.plus/wp-content/uploads/2026/08/35603-f55775b0-768x403.jpg)
该报错通常发生在使用 `vllm serve` 启动嵌入模型时,错误地传入了 `--task embedding` 参数。在 vLLM 0.16.0 及部分其他版本中,`--task` 并不是 `vllm serve` 的有效 CLI 参数,优先排查并移除该参数。

此报错发生在 Open WebUI 管理面板中模型自定义设置(如系统提示词、内置工具开关、工具服务器分配)保存成功但运行时完全不生效的场景。优先检查模型数据中 base_model_id 是否与 id 相同,以及 backend/open_webui/utils/models.py 中 get_al