ollama v0.32.5发布：修复MLX Metal输出质量问题，NVFP4模型尤其是Laguna受益

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

ollama v0.32.5 已发布，发布时间为 2026 年 7 月 27 日，当前标记为 Latest。

本次版本更新内容非常聚焦，核心指向一个与 MLX Metal 相关的问题修复。该问题可能导致 NVFP4 模型的输出质量下降，尤其是 Laguna 模型更容易受到影响。

从本次变更记录来看，v0.32.5 共包含 2 次提交、涉及 2 个文件、由 1 位贡献者完成。整体代码变更规模为 5 行新增、1 行删除，属于一次目标明确、影响范围集中、以修复问题和调整发布流程为主的版本更新。

本次最重要的更新：修复MLX Metal输出质量问题

v0.32.5 的核心变化是修复了一个 MLX Metal 相关问题。

更新说明明确指出：该问题可能会降低 NVFP4 模型的输出质量，尤其是 Laguna。

换句话说，这次更新不是新增模型、不是新增命令、不是新增接口，也不是大范围重构，而是直接解决模型输出质量可能下降的问题。对于使用 MLX Metal 运行 NVFP4 模型的场景而言，这项修复就是本次版本最值得关注的内容。

此次问题涉及的几个关键标识包括：

• • MLX
• • Metal
• • NVFP4
• • Laguna

这些标识共同构成了本次修复的核心范围。其中，MLX Metal 是问题出现的相关环境，NVFP4 是受到影响的模型精度或模型格式范围，而 Laguna 则被更新说明特别点出，说明它是此次问题中尤其需要关注的模型。

从发布说明的措辞可以看到，这并不是一个只影响单一模型的问题。描述中使用的是“可能降低 NVFP4 模型输出质量”，因此影响范围首先指向 NVFP4 模型；随后又特别强调“尤其是 Laguna”，表明 Laguna 在这一问题中的关联度更高。

对于本次更新而言，最直接的信息可以概括为：

• • 修复对象是 MLX Metal 相关问题。
• • 影响表现是模型输出质量可能降低。
• • 受影响范围是 NVFP4 模型。
• • 被重点提及的模型是 Laguna。
• • v0.32.5 的主要价值，就是针对这一输出质量问题进行修复。

需要注意的是，现有更新内容并没有给出更多问题复现条件、具体输出差异、修复实现细节或性能数据。因此，围绕该问题能够确认的信息，应以“修复 MLX Metal 可能降低 NVFP4 模型输出质量的问题，Laguna 尤其受影响”为准。

为什么这次修复值得重点关注

模型运行结果的输出质量，是模型使用过程中的核心体验之一。

当一个问题被描述为“可能降低输出质量”时，意味着它影响的不是构建是否成功、服务是否启动、命令是否可执行，而是模型最终生成内容的质量表现。对于模型输出场景来说，输出质量本身就是最直接、最关键的结果。

本次修复所针对的正是这一层面的问题。

v0.32.5 并没有把重点放在功能扩展上，而是放在已有模型运行结果的质量保障上。对于涉及 NVFP4 模型的使用场景，这意味着版本更新的价值集中于避免或改善由 MLX Metal 相关问题带来的质量下降风险。

尤其是 Laguna 被单独提到，说明在本次版本说明中，它不是一个普通的附带示例，而是一个需要重点关注的对象。

因此，如果使用环境与以下关键词存在关联，就应重点查看本次更新：

• • 使用 MLX Metal
• • 使用 NVFP4 模型
• • 使用 Laguna
• • 关注模型输出质量

从更新本身能够得出的结论是：v0.32.5 针对的是模型输出质量问题，而不是一般性的流程调整或文档更新。虽然这次提交数量不多、文件改动也不大，但它所处理的是模型推理结果层面的质量问题，因此具有明确的实际意义。

变更概览：2次提交、2个文件、5行新增、1行删除

从比较变更信息来看，本次版本包含以下总体数据：

从文件层面看，本次修改涉及：

• • .github/workflows/release.yaml
• • MLX_VERSION

这两个文件分别对应两个不同方向：

• • 发布工作流配置调整
• • MLX 版本更新

其中，MLX 版本文件的变化与本次 MLX Metal 修复直接相关；发布工作流文件的变化，则对应发布构建过程中不启用快速失败的调整。

两项改动共同构成 v0.32.5 的完整内容：

一方面，通过更新 MLX 版本解决 MLX Metal 相关输出质量问题；另一方面，通过调整发布工作流中的失败处理方式，避免发布构建流程出现快速失败。

MLX_VERSION更新：从旧版本标识切换到新版本标识

本次修改的第二个文件是 MLX_VERSION。

该文件仅有 1 行内容变化，表现为旧版本标识被替换为新版本标识：

旧版本标识：
33c03c486c34a7dadab5339563612c9933c4a406

新版本标识：
973e27f82ffe68dbd626cda31ba34997045d1eb7

从变更统计来看，这部分对应：

• • 新增 1 行
• • 删除 1 行

也就是说，MLX_VERSION 文件没有增加额外配置，没有修改多处逻辑，而是直接将原有的版本标识替换为新的版本标识。

结合发布说明中“修复 MLX Metal 问题”的描述，可以明确看出：本次修复通过更新 MLX_VERSION 所指向的版本完成。

这也是 v0.32.5 中最核心的一处代码层面变更。

虽然文件本身只修改了一行，但这一行版本标识的替换，对应的是 MLX 相关内容的更新，并最终用于修复 MLX Metal 环境下可能影响 NVFP4 模型输出质量的问题。

从此次版本的改动方式来看，可以归纳为以下几点：

• • 没有在该文件中加入更多参数。
• • 没有在该文件中增加多版本配置。
• • 没有保留旧版本标识。
• • 直接用新的版本标识替换原有版本标识。
• • 版本标识更新是本次 MLX Metal 修复的重要组成部分。

因此，若要从文件变化中定位本次输出质量修复的直接关联点，MLX_VERSION 就是最关键的文件。

发布工作流调整：发布构建不再快速失败

除了 MLX 版本更新以外，v0.32.5 还修改了 .github/workflows/release.yaml。

此次修改涉及发布工作流中的 4 个位置，每个位置均增加了相同的配置：

fail-fast: false

该文件的变更统计为：

• • 新增 4 行
• • 删除 0 行

结合提交说明，相关调整的方向是：在发布构建中不启用快速失败。

本次新增 fail-fast: false 的位置包括以下 4 个工作流任务：

• • windows-depends
• • linux-depends
• • docker-build-push
• • docker-merge-push

这意味着，本次发布流程调整并不是只针对某一个平台、某一个依赖任务或某一个容器任务，而是覆盖了发布工作流中的多个关键环节。

第一个调整位置：windows-depends

在 windows-depends 任务中，策略配置增加了：

fail-fast: false

该任务原有矩阵中包含：

os: [windows]
arch: [amd64]

本次变化并未修改 Windows 平台标识，也没有改变 amd64 架构配置。变更仅仅是在策略层新增 fail-fast: false。

因此，这一部分可以准确概括为：

• • 任务名称为 windows-depends。
• • 平台为 Windows。
• • 架构为 amd64。
• • 在策略配置中新增 fail-fast: false。
• • 除该配置外，展示内容中没有其他改动。

第二个调整位置：linux-depends

在 linux-depends 任务中，同样增加了：

fail-fast: false

该任务使用 include 形式定义矩阵内容，展示的配置中包含 amd64 架构项。

本次修改没有改变 Linux 依赖任务的名称，没有修改矩阵结构，也没有替换架构内容。新增的内容依然是策略层中的 fail-fast: false。

这一项变化与 Windows 依赖任务的调整保持一致，说明发布流程中与依赖相关的任务都加入了相同的失败处理配置。

这一部分的关键信息是：

• • 任务名称为 linux-depends。
• • 使用策略矩阵。
• • 矩阵采用 include 配置形式。
• • 新增 fail-fast: false。
• • 展示内容中没有其他配置删除或替换。

第三个调整位置：docker-build-push

在 docker-build-push 任务中，也新增了：

fail-fast: false

该任务的注释说明，它负责组装、运行 Go 构建、推送最终镜像，并提取发布包。

对应的原始说明内容可以概括为：

• • 组装相关内容。
• • 运行 Go 构建。
• • 推送最终镜像。
• • 提取发布包。

在这一任务中，矩阵配置包含 Linux 平台项。此次变化没有修改任务本身所负责的流程，也没有修改其矩阵项内容，只是在策略中加入 fail-fast: false。

因此，v0.32.5 对 docker-build-push 的修改可以理解为：

• • 保持原有构建、推送和发布包提取职责不变。
• • 保持矩阵配置结构不变。
• • 仅新增 fail-fast: false。
• • 该调整属于发布构建流程的一部分。

第四个调整位置：docker-merge-push

第四处新增 fail-fast: false 的位置是 docker-merge-push。

该任务的注释说明，它用于将相同 flavor 的 Docker 镜像合并为单个多架构 manifest。

该任务矩阵中展示的后缀配置为：

suffix: ['', '-rocm']

同时，该任务运行在 Linux 环境。

本次修改没有改变镜像合并用途，没有改变多架构 manifest 的说明，没有修改后缀内容，也没有替换运行环境。唯一新增内容依然是：

fail-fast: false

这部分可以总结为：

• • 任务名称为 docker-merge-push。
• • 用于合并同一 flavor 的 Docker 镜像。
• • 输出目标是单个多架构 manifest。
• • 矩阵后缀包含空后缀和 -rocm。
• • 运行环境为 Linux。
• • 新增 fail-fast: false。

至此，发布工作流文件中的 4 行新增内容，分别覆盖 Windows 依赖、Linux 依赖、Docker 构建推送、Docker 镜像合并推送四个任务。

两项提交对应两类变更

本次版本中共有 2 次提交，提交日期均为 2026 年 7 月 27 日。

两次提交分别对应以下内容：

第一项提交与 MLX_VERSION 文件相关。

第二项提交与 .github/workflows/release.yaml 文件相关。

从文件数量和提交数量的对应关系来看，本次更新结构非常清晰：

• • 一个文件用于 MLX 版本更新。
• • 一个文件用于发布工作流调整。
• • 一个方向处理模型输出质量问题。
• • 一个方向处理发布构建中的失败处理策略。

这种变更结构也使得 v0.32.5 的更新重点非常集中，没有出现大量分散的功能修改。

本次更新内容完整总结

ollama v0.32.5 于 2026 年 7 月 27 日发布，并标记为 Latest。

本次版本最重要的更新，是修复一个 MLX Metal 相关问题。该问题可能导致 NVFP4 模型的输出质量降低，Laguna 尤其受到影响。

围绕这一修复，MLX_VERSION 文件中的版本标识从：

33c03c486c34a7dadab5339563612c9933c4a406

更新为：

973e27f82ffe68dbd626cda31ba34997045d1eb7

与此同时，发布工作流文件 .github/workflows/release.yaml 进行了 4 处新增配置。在以下任务的策略配置中，均新增：

fail-fast: false

涉及任务包括：

• • windows-depends
• • linux-depends
• • docker-build-push
• • docker-merge-push

其中：

• • windows-depends 对应 Windows 与 amd64。
• • linux-depends 使用 include 形式的矩阵配置。
• • docker-build-push 负责组装、运行 Go 构建、推送最终镜像、提取发布包。
• • docker-merge-push 用于将相同 flavor 的 Docker 镜像合并为单个多架构 manifest，后缀包含空后缀和 -rocm，运行于 Linux。

从整体数据看，v0.32.5 包含 2 次提交、修改 2 个文件、由 1 位贡献者完成，累计新增 5 行、删除 1 行。

虽然本次变更规模不大，但更新目标明确：一是修复 MLX Metal 下 NVFP4 模型可能出现的输出质量下降问题，尤其关注 Laguna；二是调整发布构建工作流，使多个发布相关任务采用 fail-fast: false 配置。

·