NOTION_SEARCH_NOTION_PAGE tools for Notion connector through Composio
该报错出现在 LobeChat 桌面版（Electron / macOS）自托管 Docker 环境中，通过 Composio 连接 Notion 时提示缺少 NOTION_SEARCH_NOTION_PAGE 工具。优先尝试在 LobeChat 中断开 Notion 连接后重新授权（Re-auth
分类： AI 工具排错
Memory Analysis function disregards the Base_URL and API_KEY of the Provider already configured in “.env”
这个报错发生在 LobeChat 自托管 Docker 环境中，当 Memory Analysis（记忆分析）等记忆类功能的前端模型配置为空时，后端不会像日常对话一样回退读取 .env 中的通用 Provider 密钥，而是遍历用户 vault 后打印大量 "skipping provider" 日
Duplicate node executions when two independent iterators feed a node whose collection output is iterated again
该报错发生在 InvokeAI 图执行引擎中，当两个相互独立的迭代器同时向同一个节点提供输入，且该节点的集合输出再次被迭代时，内部迭代体（body 节点）会在非对角线迭代路径上被重复执行。优先检查你使用的 InvokeAI 版本是否已包含相关修复。
LookupError: Model(bge-reranker-v2-m3) not authorized
该报错通常发生在 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
![[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
![[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 及以上版本验证修复。
File node need “authorization” after updtating to 1.16.1
这是 Dify 1.16.1 的已知回归 bug，升级后所有知识库流水线（RAG Pipeline）中的 File 节点都会报 File node need "authorization" after updtating to 1.16.1 ，导致流水线无法保存。优先排查 api/services/
Deleting an MCP provider fails because the DELETE JSON body is ignored
该报错出现在 Dify 1.17.0 中删除 MCP Provider 时，原因是后端 `model_validate` 装饰器对 DELETE 请求只读取查询参数而忽略 JSON Body，导致 `provider_id` 校验失败返回 HTTP 422。优先检查 `wraps.py` 中 `mo
Human Input timeout handle drifted from “__timeout” to “__timeout__” in the backend
该报错是 Dify 前端与后端对 Human Input 节点“超时”分支的句柄标识不一致导致的：前端持久化的是 __timeout （单个下划线对），而后端在 callback.py 中硬编码为 __timeout__ （双下划线对），运行时超时决策会指向错误的边。优先检查后端 _TIMEOUT_
Fireworks: reasoning_content is missing
该报错发生在使用 langchain-fireworks 调用支持思考链的模型（如 GLM-4.6、Kimi K2）时，Fireworks API 返回的 reasoning_content 字段没有被 LangChain 集成层正确捕获或转发。优先检查你是否使用了旧版 langchain-fire