在 llama.cpp 的 CUDA 后端上运行 MoE 模型时，如果二进制或构建过程按较旧的 compute capability 生成 PTX（例如用 61-virtual ），再在 Turing/Volta 等较新的显卡上通过 JIT 运行，那么遇到 5–8 个 token 的 MoE 小批次
在 Langfuse v4 自托管实例启用 events_only 写入模式后，Dify 1.17.x 的 Langfuse 追踪看不到任何记录：Dify 仍调用旧版 ingestion 接口，批量请求返回 207，但逐条事件被 400 拒绝，Dify 侧不报错，追踪被静默丢弃。优先确认 Langf
在 Dify 问题分类器（Question Classifier）节点中点击新增分类时，如果浏览器当前页面不是安全上下文（例如使用局域网 IP 的 HTTP 地址访问），前端调用 crypto.randomUUID() 会报 TypeError: crypto.randomUUID is not a
![Muse tool parser JSON-decodes Optional[str] parameters, so "10001" becomes 10001](https://www.chat-gpts.plus/wp-content/uploads/2026/11/64546-39a741f7-768x403.jpg)
使用 vLLM 的 Muse tool parser 时，若工具参数声明为 Optional[str] （即 ["string", "null"] 或 anyOf 写法），解析器会把原本的字符串值当成 JSON 解码，导致 "10001" 变成数字 10001 ，客户端拿到的类型与 schema 不
报错 “Streaming a large tool call re-parses its arguments in pure Python on every chunk” 通常出现在使用 LangChain 流式输出一个包含大段工具调用参数（tool call args）的链式调用时，例如 (pr
该问题通常出现在 Intel Arc GPU 上通过 VS Code Continue 调用 Ollama、以流式方式高频执行增量解码时，runner 在 llama_decode 阶段崩溃；应优先怀疑 Vulkan 后端与 Intel 驱动/高频小批量解码之间的兼容问题，并以此方向排查。
这个报错通常出现在 Windows 上升级到 ComfyUI v0.43.0 及以上版本后，运行 Qwen-Image 2.1 工作流触发 KSampler 时；优先排查系统 TEMP（临时文件）目录所在磁盘是否支持稀疏文件（sparse file）。
这个报错通常发生在从 LobeChat v2.2.2 升级到 v2.2.3 及更高版本后，旧版 MCP connector 无法迁移到新版 connector 体系时。优先排查旧 connector 是否缺少新架构所需的元数据字段，以及它是否在新版 UI 中被过滤掉。
![`prompt_cache_options.ttl` is typed `Literal["30m"]` but the API accepts and returns `"12h"`; `cache_write_tokens_details` is untyped](https://www.chat-gpts.plus/wp-content/uploads/2026/11/4156-a7aeeaf6-768x403.jpg)
这类报错通常发生在调用 Responses API 并设置 prompt_cache_options.ttl 、同时用 mypy/pyright 做静态检查时：运行时请求和返回都支持 "12h" ，但旧版 SDK 的类型只写了 "30m" ，并且 cache_write_tokens_details
该报错通常出现在 Dify「混合检索 + weighted rerank」处理外部知识库文档时：外部文档没有有效 score，或既无 score 也无 vector，导致 _calculate_cosine / 加权计算拿到 None 、 None 向量或空向量。优先排查外部知识库返回的 score