Nvidia 收购 HuggingFace 后,llama.cpp 的开源未来还稳吗?

文章导读
Nvidia 以约 129 亿美元收购 HuggingFace,而此前已被 HuggingFace 收编的 llama.cpp 团队,连带可能让 Nvidia 获得项目版权和核心开发者。社区担忧重点不是立即闭源,而是后续许可证变更或 ROCm/Vulkan 支持被逐步削弱。有网友认为 Nvidia 有卖硬件的动机,会让项目继续活跃;也有人已经开始讨论 fork 和模型备份。
📋 目录
  1. 开源项目为什么怕“换东家”?
  2. 最担心的是 ROCm 和 Vulkan 被“慢性放弃”
  3. 也有不少人觉得 Nvidia 有理由让项目活得好
  4. 如果最坏情况发生,社区准备好了 fork 和备份
A A

Nvidia 对 HuggingFace 的收购终于从一个传闻变成了实锤。据相关报道,交易价格在约 129 亿美元,HuggingFace 作为开源模型仓库被并入 Nvidia 的版图。消息传开后,本地大模型开发者聚集的地方都在讨论同一个问题:那个被很多人拿来跑本地模型的 llama.cpp,会不会也跟着“姓 N”了?

这个担心并非空穴来风。llama.cpp 团队在 2026 年 2 月已经被 HuggingFace 雇佣,继续负责 llama.cpp 和 ggml 库的开发,成员包括 Georgi Gerganov、Xuan-Son Nguyen、Aleksander Grygier、Victor Mustar、Lysandre 和 Julien Chaumond。所以当 Nvidia 买下 HuggingFace 后,它很可能同时获得 llama.cpp 项目的版权,以及这整支核心团队。

开源项目为什么怕“换东家”?

一个关键事实是:即使项目是开源的,版权所有者依然拥有完全控制权,可以按自己的意愿改变许可证。过去 Redis、Minio 等项目的许可证变更已经证明,这类事情并不罕见。相关的团队并入公告最初由 Gerganov 发布在 llama.cpp 讨论区,更完整的背景可以看 service.example.cn/blog/ggml-joins-hf

有网友直接指出:如果这件事真的发生,那就 fork 一个分支然后继续往前走,开源世界本来就是这么运转的。但也有人提醒,真正的风险可能不是“改个许可证”,而是项目还在,支持却被慢慢抽掉。

最担心的是 ROCm 和 Vulkan 被“慢性放弃”

一位使用者说,最糟糕的情况不是 llama.cpp 闭源,而是它仍然保持开源、仍有改进,但逐步取消对 AMD ROCm 和 Vulkan 的支持。这个说法得到不少赞同。理由是 Nvidia 作为上市公司,有义务对股东利益负责,它没有理由持续支持那些让 AMD 和 Intel 硬件也能流畅跑模型的技术路径。

更有人翻出 Linus Torvalds 多年前在公开活动上当面对 Nvidia 说的那句“Nvidia, F*ck you”,来说明 Nvidia 在开源社区的口碑并不是一天建立的。也有网友承认,Nvidia 近几年在开源方面的表现比过去好一些,但三十年来它对开源社区的实质贡献,始终显得有点“象征性”,和 Intel、AMD 那种长期向 Linux 上游提交驱动的做法没法比。

也有不少人觉得 Nvidia 有理由让项目活得好

不过,也不是所有人都悲观。有网友表示,相比 OpenAI、Anthropic 或微软,他更愿意接受 Nvidia 收购。因为 Nvidia 的核心商业模式是卖硬件,它需要足够多的人能在自己的电脑或服务器上跑模型,因此它有动力让 llama.cpp 保持高质量,甚至继续开放。“他们不关心最火的模型是谁,只要能卖出更多显卡就行。盈利动机有时候比公司信誉更可靠,”另一位补充说。

还有人用一个老笑话来讽刺这次收购:有人问一位女士,是否愿意为一百万美元共度一夜?她回答“或许会考虑”;又问那二十美元呢?她愤怒说“你把我当什么人?”接着对方答道“我们刚才已经确认了这一点,现在只是讨价还价。”这个笑话的落点是,当收购金额足够大时,所谓立场就只剩下价格问题。

如果最坏情况发生,社区准备好了 fork 和备份

有网友说得很直接:“如果发生,我们就 fork,然后继续。”这是开源世界应对所有权变更的常见方式。

交易被确认后,也有人提议:要不要现在就把那些可能受到影响的模型整理出来,通过 torrent 或其他渠道备份,尤其是那些经过 abliterated 处理、也就是去审查/未审查的模型。这个提议反映了对内容合规收紧的担心。

眼下,llama.cpp 的开发活动仍在继续,许可证也还没有变化。对普通使用者来说,比较实际的做法是保持关注:一是注意项目仓库的许可证文件是否有改动,二是观察 ROCm/Vulkan 相关的 pull request 是否还在被正常 review 和合并,三是定期把常用的量化模型文件备份到本地。如果哪天许可证或支持列表出现明显变化,再去评估是否需要切换到 fork。