使用 CrewAI 的 Anthropic 原生 provider 时， total_tokens 只计算 input_tokens + output_tokens ，遗漏了 cache_read_input_tokens 和 cache_creation_input_tokens ，导致任何启用
该报错通常发生在 llama.cpp 使用 SYCL 模式在 Intel GPU 上运行预量化 GGUF 模型时，模型加载完成后立即崩溃或无限卡住。优先排查是否使用了过旧的代码版本，以及尝试改用 Q4_0 量化格式的模型文件。
该报错发生在 32 位 ARM（armv7a）环境下使用 GCC 编译 llama.cpp 且启用 NEON 优化时，编译器无法识别 __fp16 类型。优先排查编译时是否添加了 -mfp16-format=ieee 编译选项，否则代码会因缺少 IEEE 半精度格式声明而回退到非 NEON 路径。
该报错发生在 Dify 1.16.x 的自托管环境中，当你创建 Agent 模式（ mode=agent ）应用并开启“回答后建议问题”功能后，通过 Service API 调用 GET /messages/{message_id}/suggested 会返回 400 错误。优先确认你的 Dify
该报错发生在 vLLM 0.21.0 及以上版本中，当 LoRA 适配器只针对 GatedDeltaNet 打包投影组（如 `in_proj_qkv`）的部分成员进行微调、而未覆盖组内其他成员（如 `in_proj_z`）时触发。优先排查 LoRA 适配器是否完整覆盖了打包组的所有 slice，或等
![[Bug]: Structured-output scheduler can keep advancing a terminated xgrammar matcher](https://www.chat-gpts.plus/wp-content/uploads/2026/08/42619-81e0022e-768x403.jpg)
该报错发生在 vLLM V1 引擎使用 XGrammar 结构化输出后端，且启用 MTP 推测解码时。其根本原因是 Python 侧的终止标志刷新晚于 C++ 侧 matcher 的实际终止状态，导致已终止的 matcher 仍被传入后续 draft token。优先排查是否启用了推测解码，并检查
该问题发生在 Open WebUI 聊天输入框的 Integrations 菜单中，点击 Skills 或 Tools 子菜单里的开关后，开关状态不会立即刷新，必须关闭并重新打开子菜单才会显示正确状态。优先排查前端状态更新逻辑，特别是 toggle 处理函数中直接修改本地变量的写法。
该报错发生在 Open WebUI 通过 manifold pipe 模型调用工具后，紧接着发送的请求体中系统提示词（system prompt）被重复注入。优先排查工具调用后的续传请求是否触发了 bypass_system_prompt 绕过逻辑的缺失，该问题已在 dev 分支修复。
该报错发生在 Transformers 的自动语音识别（ASR）pipeline 处理双声道（stereo）音频时。若音频由 soundfile 或 librosa 加载（形状为 samples × channels），pipeline 内部用 mean(axis=0) 降混音会错误地按时间轴求均值
该报错发生在通过 `ollama launch claude --model -- "提示词"` 向 Claude Code 传递初始提示时，Claude Code 被错误地以 `--print` 非交互模式启动，但 Ollama 未向其提供任何输入。优先检查 Ollama 版本是否为 0.24.0