[Bug] Service API / console segment update clears attachments when attachment_ids is omitted
![[Bug] Service API / console segment update clears attachments when attachment_ids is omitted](https://www.chat-gpts.plus/wp-content/uploads/2026/09/41774-dd68358e-768x403.jpg)
当通过 Service API 或控制台更新知识库分段时,如果请求体只修改了 content 而未携带 attachment_ids 字段,Dify 会误将附件与多模态向量全部清空。优先排查更新接口的入参中是否显式传入了 attachment_ids,或升级到修复版本。
![[Bug] Service API / console segment update clears attachments when attachment_ids is omitted](https://www.chat-gpts.plus/wp-content/uploads/2026/09/41774-dd68358e-768x403.jpg)
当通过 Service API 或控制台更新知识库分段时,如果请求体只修改了 content 而未携带 attachment_ids 字段,Dify 会误将附件与多模态向量全部清空。优先排查更新接口的入参中是否显式传入了 attachment_ids,或升级到修复版本。

当 Open WebUI 的 Function(函数/过滤器)在加载执行时抛错,系统会自动把该 Function 的 is_active 置为 False (切换为停用),这是官方设计行为而非 Bug。优先排查:修复 Function 代码中的依赖或语法错误后,前往“管理面板 → Functions

此问题发生在 Open WebUI v0.11.1 中,当你在「设置 → 界面」中开启了「高对比模式」后,聊天输入框和弹窗内的文本框会出现不合预期的蓝色外框。优先检查该辅助功能开关是否处于开启状态。

该报错发生在使用外部 Web Loader 且容器被防火墙规则限制出网(离线/受限网络)的 Open WebUI v0.10.x 部署中。优先排查是否在 Admin UI 中配置了外部 Loader,但遗漏了对应的环境变量(因为 v0.10.x Web Loader 引擎只会启动时从环境变量读取配置

这个报错发生在 n8n 的 Anthropic Chat Model 节点无法将工具定义中的 strict: true 参数透传给 Anthropic API 时,导致模型可能输出不符合 JSON Schema 的空参数工具调用。优先确认 n8n 版本与 @langchain/anthropic 依

这个报错发生在 SwarmUI 在 CachyOS(AMD ROCm 环境)上通过 Linux 脚本安装 ComfyUI 后端依赖时。优先排查 comfy-install-linux.sh 中先安装 AMD PyTorch、随后执行 requirements.txt 安装导致 PyTorch 被覆盖

该报错是 LiteLLM 自适应路由器(adaptive router)的持久化状态中出现了 alpha 或 beta 参数小于等于 0 的“毒化(poisoned)单元格”,导致采样时抛出 `ValueError: gammavariate: alpha and beta must be > 0.

该报错发生在 LiteLLM 代理重启后,AdaptiveRouter 从数据库重新加载状态时,将持久化的增量数据直接覆盖了冷启动先验,导致部分 BanditCell 的 alpha 或 beta 参数为 0,进而在 Thompson 采样调用 random.betavariate 时抛出 Valu
![[Bug]: Breaking change in LiteLLM 1.96+: managed MCP OAuth2 flow opens LiteLLM UI instead of the vendor authorization page](https://www.chat-gpts.plus/wp-content/uploads/2026/09/39665-f15a8979-768x403.jpg)
LiteLLM 1.96+ 引入的 is_gateway_managed_oauth2 属性将命名 MCP 服务器错误归类为聚合网关 DCR 流,导致 OAuth 授权重定向到 LiteLLM 登录 UI 而非厂商授权页。优先检查 discoverable_endpoints.py 中的响应构建逻辑

该报错是 llama.cpp 在 Windows 下多 GPU(2× RTX 3090)CUDA 张量并行(tensor split)或层并行(layer split)推理时出现的稳定性问题,表现为 CUDA illegal memory access 或进程无提示崩溃。优先排查多 GPU 异步 C