[SAP provider] cache_control is stripped from messages — Anthropic prompt caching unusable
![[SAP provider] cache_control is stripped from messages — Anthropic prompt caching unusable](https://www.chat-gpts.plus/wp-content/uploads/2026/10/34797-cf3f6cac-768x403.jpg)
当通过 LiteLLM 的 sap/ Provider(SAP AI Core Orchestration)路由 Anthropic 模型时,消息内容块上的 cache_control 标记会在请求转换阶段被静默丢弃,导致 Anthropic prompt caching 永远无法生效,响应中的 c
![[SAP provider] cache_control is stripped from messages — Anthropic prompt caching unusable](https://www.chat-gpts.plus/wp-content/uploads/2026/10/34797-cf3f6cac-768x403.jpg)
当通过 LiteLLM 的 sap/ Provider(SAP AI Core Orchestration)路由 Anthropic 模型时,消息内容块上的 cache_control 标记会在请求转换阶段被静默丢弃,导致 Anthropic prompt caching 永远无法生效,响应中的 c
![[Bug]: Azure DeepSeek-V4.1-Flash cost map prices both Foundry paths from the Fireworks meter](https://www.chat-gpts.plus/wp-content/uploads/2026/10/43473-1e596b08-768x403.jpg)
这个报错出现在 LiteLLM 成本映射中 Azure DeepSeek-V4.1-Flash 的 Direct 与 Fireworks 两条路径价格被错误地使用同一套 Fireworks 零售价时;优先确认你用的 LiteLLM 版本是否已包含 #43566,并检查 model_prices_an

该报错通常出现在用 llama.cpp / llama-server / llama-cli 加载 K2-Horizon 系列 GGUF 模型时,因为当前 llama.cpp 主仓库不识别 k2-horizon 这一模型架构,导致加载直接失败。优先排查你使用的 llama.cpp 版本是否已包含 K

当你在 diffusers 里调用 FlowMatchEulerDiscreteScheduler.set_timesteps(...) 并 同时传入 自定义 sigmas 与 timesteps 时(例如 CogView4 / GLM-Image 推理管线),显式的 timesteps 会被静默丢

该报错通常出现在 Dify 自托管环境中,用户配置了工作流日志清理参数(如保留最近 3 天)并手动修改了 Docker 容器系统时间后,日志仍未被清理。优先排查 Celery Beat 定时任务是否真正触发,以及 LOG_TZ 时区配置是否正确,而不是依赖手动改系统时钟。
![[Bug]: Node.js SDK retries workflow POST after a transport failure](https://www.chat-gpts.plus/wp-content/uploads/2026/10/43077-7eca3191-768x403.jpg)
当 Node.js SDK 的 WorkflowClient.run() 在遇到网络错误或超时后,SDK 的默认重试逻辑会再次发送 POST /workflows/run ,导致一次调用产生两次 fetch ,可能引发重复执行 workflow 的副作用。优先排查调用是否使用了 dify-clien
![[Bug]: JSON schema with multiple allOf branches is silently ignored by the xgrammar structured-output backend](https://www.chat-gpts.plus/wp-content/uploads/2026/10/56556-d943f148-768x403.jpg)
当你在 vLLM 中使用 xgrammar 结构化输出后端(structured-output backend),并且 JSON schema 里存在多个 allOf 分支(或 anyOf / oneOf 与约束关键字相邻)时,xgrammar 可能会静默忽略这些约束,生成不受限制的 JSON,而
![[Bug][HiSparse] Decode engine dies with cudaErrorLaunchFailure in the host-mirror path under sustained P/D host imports](https://www.chat-gpts.plus/wp-content/uploads/2026/10/56699-3a771de8-768x403.jpg)
该报错出现在 vLLM 的 NIXL P/D 部署中启用 HiSparse(decode 端 KV connector)并让导入的前缀持续落到 pinned host pool 时,decode engine 会抛出 sticky 的 CUDA error: unspecified launch f

这个报错通常出现在使用 WatermarkDetector 并启用 ignore_repeated_ngrams=True 时,检测器仍把重复的 token 窗口计入 num_tokens_scored ,导致重复 bigram 被重复统计。优先排查检测器是否对重复 n-gram 做了预期中的去重处

这个报错通常发生在 n8n 里用 Google Drive 节点(download 操作,v3)下载文件、再把二进制数据交给后续节点处理时,表现为元数据(文件名、MIME 类型、大小)正确,但二进制内容损坏、且不同文件返回同一段 9 字节数据。优先排查 n8n 实例的二进制存储模式(N8N_DEFA