CUDA out of memory

这个 CUDA out of memory 出现在 vLLM 处理 Qwen3.8-Flash-Next 的 PLE 短卷积(short-conv)批量 prefill 时,混合长度请求被按 batch-max query 长度对齐填充,导致激活显存瞬时膨胀。优先排查是否命中该 padding 路径

这个 CUDA out of memory 出现在 vLLM 处理 Qwen3.8-Flash-Next 的 PLE 短卷积(short-conv)批量 prefill 时,混合长度请求被按 batch-max query 长度对齐填充,导致激活显存瞬时膨胀。优先排查是否命中该 padding 路径

该报错通常出现在开启上下文压缩(context compaction)后,模型在单次回复中连续执行大量工具调用(tool call)的长任务里。压缩逻辑在两次工具轮次之间按粗略字符数估算对话大小,忽略了提供方每轮返回的真实 token 数,于是阈值永远达不到,最终请求撞上上下文上限。优先排查压缩阈值

当你在 Ollama 里直接运行 Hugging Face 上的 K2 Horizon GGUF(例如 hf.co/IFM/K2-Horizon-3.7B-GGUF:Q4_K_M )时,底层 llama.cpp 还不认识 k2-horizon 这个新架构,于是 llama-server 加载模型失败

一篇来自 Hugging Face Papers 的论文提出 Agent-Reflex 训练框架,通过环境扰动、反思监督与强化学习三阶段,教语言智能体在工具反馈嘈杂时主动反思并恢复任务,基于 Qwen3-8B 的实验展示了效果。

Hugging Face Papers 收录的论文摘要提出 ClawLoop,让基于 LLM 的智能体在沙箱环境中通过“任务合成—训练—诊断反馈”循环自我提升,不依赖更强的外部教师模型,并在多个基准上报告一致改进。

在 Vulkan 后端、RDNA3 显卡(Radeon 7900 XTX)上使用 llama.cpp 处理长提示词(约 5 万 token 级别)时,从 b10780 之后的版本开始出现严重的 prompt processing 速度下降;首要排查点是 b10781 起引入的 scratch buf
![[Bug]: A multimodal item can still be split across prefill chunks with disable_chunked_mm_input=True](https://www.chat-gpts.plus/wp-content/uploads/2026/10/52306-3338f536-768x403.jpg)
该问题出现在 vLLM 调度器启用 disable_chunked_mm_input=True (即禁止多模态输入分块)时,单个多模态 item 仍可能被拆到多个 prefill chunk 中执行;优先排查 self.scheduler_config.disable_chunked_mm_inpu

当 MoE 模型同时启用 LoRA( enable_lora )并把 max_lora_rank 设成大于 128(例如 320)时,vLLM 引擎启动阶段会命中 fused_moe_lora_one_shot supports max_lora_rank<=128 断言并崩溃;优先确认版本是否已包

这个报错通常出现在使用带 --api-key-file (API Key 鉴权)的 llama-server 并访问内置 WebUI 时:前端静态资源被错误地纳入 API Key 校验,导致页面白屏、控制台报 Unauthorized: Invalid API Key 。优先排查是否使用了 API

这个报错通常出现在 llama-server 以 embedding 模式(如 embeddinggemma / gemma-embedding2 模型)加载时,`--parallel`(即 `n_seq_max`)被设置为非 2 的幂,导致内部矩阵乘法形状不匹配并触发断言。优先排查并调整 `--p