标签： LLM

这个报错通常出现在用 vLLM 加载 GLM5.3-Flash 并开启 DFlash2 推测解码时，模型加载阶段抛出 RuntimeError: Model does not support EAGLE3 interface 。优先排查你使用的 vLLM 版本或 Docker 镜像是否已经支持 GL

该报错发生在使用 vLLM 0.20.0 的 PyPI 预编译 wheel（标签为 cp38-abi3）时，包内实际捆绑了仅针对 Python 3.12 编译的 deep_gemm 扩展（cp312），导致在 Python 3.8–3.11 或 3.13–3.14 环境导入时可能失败。

该报错通常出现在 vLLM 使用 Qwen3.8-Flash-Next 模型、关闭 thinking（enable_thinking=false）且开启流式输出时，tool_choice="required" 未被强制生效，导致模型返回纯文本而非工具调用；开启 thinking 并启用 MTP 时，

这是 vLLM 项目的一份 RFC 提案，核心是建立 RL（强化学习）训练场景下的 CI 测试矩阵。该报错场景源于 vLLM 的 cumem 显存管理、调度器暂停/恢复及权重传输 HTTP 协议缺少自动化测试覆盖，导致多个生产环境 Bug 在合并后才暴露。优先排查方向是关注 #46438 中提到的

该 RFC 讨论的是 vLLM 在混合架构模型（Full Attention + Mamba）中，由于 Mamba 状态块大小过大导致前缀缓存命中粒度变粗的问题。优先排查方向并非“修复报错”，而是评估是否引入 hash_block_size 配置以实现部分缓存命中（Partial Cache Hit