这是 Dify 1.12.1 的已知 Bug，Agent 节点使用工作流工具（Workflow-as-Tool）时，因工作流图 JSON 中缺少 type 字段，工具被错误归类为 BUILT_IN 插件并在插件守护进程中查找失败。优先排查工作流图 JSON 中该工具的配置是否包含 type: wor
该报错发生在使用 LangChain 的 SitemapLoader 加载站点地图时，即使设置了 restrict_to_same_domain=True ，嵌套的 条目也会绕过同域限制，导致 SSRF（服务端请求伪造）漏洞。优先排查是否使用了嵌套 sitemap 索引，并检查所
当你使用 LangChain 的 create_agent 并传入 原始 JSON Schema 字典 作为 response_format （例如 ToolStrategy(schema_dict) ）时，模型返回的非法结构化输出（如类型错误、缺少必填字段）不会被校验，导致重试机制失效。优先排查你
![[langchain-deepseek] Missing `reasoning_content` in request payload when using deepseek-reasoner with tool calling](https://www.chat-gpts.plus/wp-content/uploads/2026/08/34166-e1df8dd1-768x403.jpg)
该报错发生在使用 deepseek-reasoner 模型并开启工具调用（tool calling）时，多轮对话的第二轮请求会因缺少 reasoning_content 字段而返回 400 错误。优先排查你使用的 langchain-deepseek 版本是否已包含修复此问题的补丁。
这个报错发生在使用 Transformers 加载带 TimmWrapperModel 子骨干的模型（如 facebook/Perception-LM-1B）并指定 attn_implementation="sdpa" 时。优先排查是否为模型加载时传入全局 sdpa 参数引发，改用按骨干（backb
![[Proposal] Memory for n8n agents — 97.5% fewer tokens (ViBo)](https://www.chat-gpts.plus/wp-content/uploads/2026/08/36244-d02a8dc6-768x403.jpg)
该 Issue 并非一个实际报错，而是第三方开发者向 n8n 官方提交的“将 ViBo 内存节点纳入 n8n”的功能建议类 Issue。由于未按 n8n 的 Issue 模板填写，官方已将其关闭。优先排查方向是：确认你遇到的是功能请求还是运行报错，功能请求需走 n8n 官方创作者门户提交，而非普通
该报错表明 n8n 的 MCP 工具 `get_workflow_details` 在返回工作流详情时，没有加载 `parentFolderId` 关联关系，导致即使 PostgreSQL 中已正确存储文件夹 ID，MCP 输出仍为 `null`。优先排查 MCP 工作流详情路径的数据加载配置，确认
该问题发生在 Ollama 拉取大模型时，下载速度在进度达到 98%-99% 后骤降至几十 KB/s 甚至更慢，原因是部分分片连接陷入停滞但连接本身仍健康，未触发重试。优先排查方式是取消当前拉取任务并重新执行 ollama pull ，多数情况下可恢复全速下载。
该问题出现在 Ollama 0.30.4 中，对 MoE 架构的 qwen3:30b（architecture: qwen3moe）执行 --think=false 无效。优先排查模型是否为混合推理模型（base 版本）——qwen3:30b 不支持关闭思考，需要改用 qwen3:30b-instr
该报错在 ComfyUI 使用 ROCm/AMD GPU 运行时触发，报错信息为 `AttributeError: '_v_block'`。优先排查是否使用了 `--disable-dynamic-vram` 启动参数，该参数会导致 `_v_block` 未被设置，进而引发此问题。