LookupError: Model(bge-reranker-v2-m3) not authorized

该报错通常发生在 RAGFlow 通过 Python SDK 调用 retrieve 接口时,传入的 rerank_id 与当前租户在后台注册的模型名称不一致(缺少厂商后缀)或尚未被授权。优先排查 rerank_id 是否使用了带 @VLLM / ___VLLM 后缀的完整模型名。

该报错通常发生在 RAGFlow 通过 Python SDK 调用 retrieve 接口时,传入的 rerank_id 与当前租户在后台注册的模型名称不一致(缺少厂商后缀)或尚未被授权。优先排查 rerank_id 是否使用了带 @VLLM / ___VLLM 后缀的完整模型名。
![[Bug]: Models + Endpoints list blank for SSO internal_user when access is via team/org model access groups](https://www.chat-gpts.plus/wp-content/uploads/2026/08/34998-1fdffe87-768x403.jpg)
该报错通常发生在 LiteLLM UI 通过 SSO 登录的内部用户(internal_user)仅通过团队/组织的模型访问组(model access groups)获取模型权限时,Models + Endpoints 列表和 AI Hub 为空。优先排查 LiteLLM 版本是否已包含修复提交
![[Bug]: OpenAI GPT-5 Chat model does not support "temperature" parameter](https://www.chat-gpts.plus/wp-content/uploads/2026/08/13781-6524073e-768x403.jpg)
这个报错通常发生在通过 LiteLLM 调用 gpt-5-chat-latest 等 GPT-5 对话模型并传入非 1 的 temperature 参数时。优先排查你的 LiteLLM 版本是否过旧,并升级到 v1.81.9 及以上版本验证修复。

这是 Dify 1.16.1 的已知回归 bug,升级后所有知识库流水线(RAG Pipeline)中的 File 节点都会报 File node need "authorization" after updtating to 1.16.1 ,导致流水线无法保存。优先排查 api/services/

该报错出现在 Dify 1.17.0 中删除 MCP Provider 时,原因是后端 `model_validate` 装饰器对 DELETE 请求只读取查询参数而忽略 JSON Body,导致 `provider_id` 校验失败返回 HTTP 422。优先检查 `wraps.py` 中 `mo

该报错是 Dify 前端与后端对 Human Input 节点“超时”分支的句柄标识不一致导致的:前端持久化的是 __timeout (单个下划线对),而后端在 callback.py 中硬编码为 __timeout__ (双下划线对),运行时超时决策会指向错误的边。优先检查后端 _TIMEOUT_

该报错发生在使用 langchain-fireworks 调用支持思考链的模型(如 GLM-4.6、Kimi K2)时,Fireworks API 返回的 reasoning_content 字段没有被 LangChain 集成层正确捕获或转发。优先检查你是否使用了旧版 langchain-fire

该问题发生在 Open WebUI 管理后台的 Models 列表中:当你禁用一个模型后,它会在下一次加载列表时直接消失,且“Disabled”视图也显示为空,导致没有任何入口能重新启用该模型。优先排查你的 Open WebUI 是否在 v0.11.1 或更新版本,并检查 Admin Models

该报错发生在 Apple Silicon Mac 上使用 MPS 后端运行 RT-DETRv2 模型推理时,根本原因是模型内部的 build_2d_sinusoidal_position_embedding 函数硬编码了 torch.float64 ,而 MPS 不支持 float64。优先排查该函

该报错发生在 n8n 的 AI Agent 以批量模式(Batch Size: 1)处理多个数据项时,LangChain 子节点(如 Qdrant Vector Store)中的 .item 上下文指针始终指向源节点索引 0,导致所有批量迭代都读取第一条数据的上下文。优先排查是否通过降级到 n8n