Mistral Medium 3.5 的 128B 参数 GGUF（一种让 AI 模型能在本地硬件运行的文件格式）版本此前全部损坏，长文本输出严重异常甚至乱码，本周由 Unsloth 团队修复。
这是什么
Mistral 是法国头部 AI 公司，Medium 3.5 是其近期发布的中型模型。GGUF 是开源社区最常用的本地部署格式——简单说，让你在自己的机器上跑模型而非调云端 API。这次的问题是：所有 GGUF 版本文件存在转换错误，模型输出质量骤降，长上下文场景尤其严重。Unsloth（专注优化开源模型部署的团队）修复后，用户反馈即使短文本场景也明显更稳定，对 prompt 格式的容错也提高了。
行业怎么看
值得关心的不是 bug 本身，而是它暴露的品控流程缺口。一个主流模型的开源版本，在发布后相当长一段时间内本地格式是坏的——用户如果不泡技术社区，可能根本不知道输出异常是格式问题还是模型能力问题。有开发者指出，这在开源生态并不罕见：模型发布方通常只保证自家 API 质量，开源格式的适配依赖社区，缺乏系统测试。也有不同声音认为这恰是开源优势：问题被社区 48 小时内修复，商业 API 的同类问题可能要等官方排期数周。我们的判断：两者都对。但对认真考虑本地部署的企业而言，这个案例说明「开源免费」的隐性成本之一，就是必须自行承担入口处的质量验证，不能默认开箱即用。
对普通人的影响
对企业 IT：评估本地部署方案时，务必为模型输出质量建立自动化检测流程，不能假设开源格式与官方 API 表现一致。对个人职场：AI 工程师对模型文件格式的排错能力，正从加分项变为基本功。对消费市场：几乎无影响——绝大多数终端用户走的是云端 API，这类本地格式的 bug 不会传导到消费级产品体验。