llama.cpp b11684修复融合基线测试漏报，Metal基线重录为 277 行
该版本让test-fusion在基线行未被运行时复现时判定为回归，并修正mellum虚拟模型的softmax门控设置；此前qwen4exp和mellum丢失融合时Fusion / metal任务仍显示通过。
AI解读：这次改动的具体问题是测试报告只由本次运行产生的计数器构建，基线此前仅作为查找表使用；当某个融合不再匹配时不会产生对应行，也就不会被比较。因此qwen4exp和mellum丢失融合时，Fusion / metal任务仍保持绿色。
修复后，基线中存在但本次运行未复现的行会被报告为回归。改动同时把通过范围限定在实际运行的架构上，以保证 --model参数继续可用。
Mellum回归的直接原因是fixture对所有MoE架构都写sigmoid，而mellum自 #30578 起从GGUF读取expert_gating_func。改为写入softmax后，与架构默认值以及conversion/mellum.py生成的GGUF一致，路由行恢复，Metal基线重录结果为 277 ok / 0 failed。
Metal融合基线随当前构建重录，覆盖 131 个虚拟模型的 276 行；随后又把muse-spark加入该基线。这两项是基线数据更新，不是新的性能结论。
提交信息署名Assisted-by指向pi:llama.cpp/ggml-org/Qwen3.8-Flash-Next-GGUF，运行环境记为MacBook、M5 Max、128GB。这是贡献者自报的辅助信息，不代表对模型能力或工具效果的独立验证。
本次发布同时提供macOS/iOS、Linux、Android、Windows等平台的预编译包；其中macOS Apple Silicon的KleidiAI版本和openEuler构建标注为DISABLED。这些是发布的构建产物范围，与融合基线修复是两件事。
llama.cpp发布b11684版本，修复了融合基线测试中一个长期存在的漏报路径。提交说明称，测试报告由本次运行产生的计数器构建，基线此前只被当作查找表使用，因此当某个融合停止匹配时不会产生对应行，也就不会被比较；qwen4exp和mellum就是这样丢失了各自的融合，而Fusion / metal任务仍保持通过状态。
基线行未被复现即判为回归
修复后的逻辑是：如果基线中存在某一行，而本次运行没有复现它，就把这一情况报告为回归。提交说明同时提到，通过范围被限定在实际运行的架构上，以便 --model参数继续工作。
这一改动的直接依据是提交信息中的自述，而非第三方对该测试覆盖率的评估。来源没有给出此前漏报持续了多长时间，也没有给出受影响架构的完整清单。
mellum虚拟模型改为softmax门控
mellum的回归有明确的代码原因：mellum自 #30578 起从GGUF读取expert_gating_func，而该fixture对所有MoE架构都写sigmoid，导致Mellum虚拟模型不再构建softmax MoE路由融合。
修改为对mellum写softmax，与架构默认值以及conversion/mellum.py生成的GGUF一致。重录MTL基线后，路由行恢复，结果为 277 ok / 0 failed。
基线重录与发布产物范围
Metal融合基线随当前构建重录，提交说明记为 276 行、覆盖 131 个虚拟模型；随后muse-spark也被加入该基线。相关提交以Assisted-by署名，指向pi:llama.cpp/ggml-org/Qwen3.8-Flash-Next-GGUF，记录的运行环境为MacBook、M5 Max、128GB。
b11684同时提供多平台预编译产物，包括macOS Apple Silicon（arm64）、macOS Intel（x64）、iOS XCFramework，以及Linux下的Ubuntu x64/arm64/s390x、Vulkan、CUDA 12.8与 13.4、ROCm 10.0、OpenVINO 2026.4.1、SYCL等，另有Android、Windows和UI包。其中macOS Apple Silicon的KleidiAI版本和openEuler构建标注为DISABLED。