Eval bug: Repeats the same token or generates garbage on any models.

该问题通常出现在 Windows 上通过 Vulkan 后端(尤其是 AMD RDNA4 显卡)运行 llama.cpp 新构建版本时,模型会重复输出同一 token 或生成乱码。优先排查 AMD 显卡驱动版本,以及 Vulkan 后端对 RDNA4 架构的识别是否正确。

该问题通常出现在 Windows 上通过 Vulkan 后端(尤其是 AMD RDNA4 显卡)运行 llama.cpp 新构建版本时,模型会重复输出同一 token 或生成乱码。优先排查 AMD 显卡驱动版本,以及 Vulkan 后端对 RDNA4 架构的识别是否正确。
![[ROCm] rocm_unquantized_gemm crashes on CPU tensors (dispatch ignores tensor device)](https://www.chat-gpts.plus/wp-content/uploads/2026/09/58922-44795438-768x403.jpg)
该报错通常出现在 ROCm 构建的 vLLM 上,代码路径却把 CPU 张量派发给了只注册在 CUDA/HIP 后端的算子。 [ROCm] rocm_unquantized_gemm crashes on CPU tensors (dispatch ignores tensor device) 的核
![[RFC]: DeepSeek-V4.1-Flash performance on ROCm](https://www.chat-gpts.plus/wp-content/uploads/2026/09/56506-e598e1d1-768x403.jpg)
该 RFC 描述的是 DeepSeek-V4.1-Flash 在 AMD MI355X(gfx950)上跑 vLLM 时的性能问题,而非硬报错——单条解码步会发起约 14,020 次 kernel launch,其中 85% 来自 mHC seam 的 4x4 矩阵 Sinkhorn 记账。优先排查

这个报错通常出现在 Open WebUI 日历功能中,当查询时间范围起点落在“跨天/跨周重复事件”(如 FREQ=WEEKLY )的中间时,该重复事件会被漏掉,而非重复事件正常返回。优先排查日历事件范围查询的 overlap 过滤逻辑,以及重复事件展开(recurrence expansion)与范

该报错通常出现在 CPU + 多进程(如 torchrun + gloo)场景下用 Trainer 从 checkpoint 恢复训练时,加载 optimizer state 的过程中失败。优先排查 map_location 是否被传成了带索引的 CPU 设备(如 cpu:0 ),而不是纯 "cpu
![[MPS] Upstream correctness issue in attention when value head dim differs from query](https://www.chat-gpts.plus/wp-content/uploads/2026/09/44554-1770f242-768x403.jpg)
该问题出现在 Apple MPS 后端上,当 value head dim 与 query head dim 不一致时,PyTorch 的 scaled_dot_product_attention 会返回未初始化的内存以及错误形状,从而触发 [MPS] Upstream correctness is

在 n8n 的 Split Out 节点里使用“Destination Field Name”时填入带点的名称(如 data.foo ),期望它会按路径写入嵌套结构,但实际得到的是一个字面量顶层键 data.foo ,报错信息为 Split out: Destination field name d

当你看到 Ollama 的 v0.35.0 被 GitHub 标为 Pre-release,但标签名里又没有 -rc 后缀时,会产生“这到底是不是正式版”的疑问。优先确认 GitHub Release 的 Pre-release 标记,而不是只看 tag 名称;最终以维护者对发布元数据的修正和 la

在 ComfyUI 中使用 Qwen Image 2.1 Edit 做参考图编辑时,如果输出出现 Oversharpened/Noisy Output(过锐化/噪点,且噪点覆盖除编辑区域外的整张图),通常与当前使用的输出分辨率/潜空间尺寸组合有关,优先排查分辨率设置。
![[BUG]: Show stopping "cannot be closed" message while installing v1.12.0 on existing 1.11.2](https://www.chat-gpts.plus/wp-content/uploads/2026/09/5357-ca1f222c-768x403.jpg)
在 Windows 上从旧版升级 AnythingLLM Desktop 时,安装器可能把自身进程误判为“仍在运行的 AnythingLLM”,从而弹出 [BUG]: Show stopping "cannot be closed" message while installing v1.12.0