AttributeError: ‘str’ object has no attribute ‘get’
该报错通常发生在 LiteLLM 从 1.96.0 升级到 1.98.0 后，配置文件（如 config.yaml ）中 general_settings.alerting 的 YAML 格式书写不规范（冒号后缺少空格），导致配置被解析成字符串而非列表/字典，最终在启动时触发 AttributeEr
分类： AI 工具排错
Responses API bridge raises APIConnectionError instead of returning truncated response on max_output_tokens
该报错发生在 LiteLLM 的 Responses API 桥接模式下，当模型因达到 max_output_tokens 上限而返回空输出时，LiteLLM 错误地将其升级为 APIConnectionError，导致下游调用方收到 HTTP 500。优先升级到 v1.99.0-rc.1 或更高版
Misc. bug: Slow decode speed with large tool sets
该问题发生在 llama-server 处理携带大量工具定义（200+ MCP tools）的聊天请求时，解码速度明显下降。优先排查 llama.cpp 构建版本，并确认是否已包含 PR #27679 的修复。
when skill published, rename skill display name will lead conflict error
当 Skill 已发布后，立即重命名其显示名称（display name）会触发 skill_conflict 报错。优先排查发布返回的 updated_at 是否为最新值，以及前端是否使用了过期的时间戳进行乐观锁校验。
always raise 404 when create a agent in dev mode
该报错通常出现在 Dify 1.16.0-rc1 前端开发模式下创建 Agent 时，主要原因是前端仍调用已被废弃的 /console/api/agents （复数）接口，而后端在 Agent v2 路由统一后仅接受 /console/api/agent （单数）。优先检查前端创建 Agent 的
[Bug]: vllm: error: unrecognized arguments: –task embedding
![[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 参数，优先排查并移除该参数。
Model workspace overrides silently skipped when base_model_id equals model id
此报错发生在 Open WebUI 管理面板中模型自定义设置（如系统提示词、内置工具开关、工具服务器分配）保存成功但运行时完全不生效的场景。优先检查模型数据中 base_model_id 是否与 id 相同，以及 backend/open_webui/utils/models.py 中 get_al
issue: Copy path in open-terminal fails on latest dev
该报错发生在 Open WebUI 最新 dev 版本中，点击 Open Terminal 的 "Copy Path" 按钮后浏览器控制台报错 `navigator.clipboard` 未定义，且剪贴板无内容。优先排查是否通过非 HTTPS（如局域网 HTTP）访问界面，因为 Clipboard
Chat template inconsistencies in tool-calling support
该报错描述的是 Hugging Face Transformers 库中不同模型家族的 Chat Template 在处理工具调用（tool-calling）消息时行为不一致的问题，尤其是 `arguments` 参数格式（dict vs JSON 字符串）和 `content` 字段的可选性。优先
N8N BUG REPORT: ZOMBIE EXECUTIONS – depending on Workflow settings / SAVE options
该问题发生在 n8n 工作流设置中关闭了“保存执行数据”相关选项（如“保存成功的生产环境执行”“保存失败的生产环境执行”“保存手动执行”）时，执行记录在数据库 `execution_entity` 表中不会被标记为完成（`finished = false`、`status = 'running'`）