Asahi Linux是如今你能在 Apple Silicon Mac 上运行 Linux 的原因。多年来，该项目将其大部分自有代码置于 MIT 许可证之下，以便任何人（包括各种 BSD）都能按需复用。
这种情况正在改变，因为 Asahi Linux 已经厌倦了代码洗白。他们宣布Asahi 将把所有仓库迁移至 GNU 通用公共许可证第 2 版或更高版本。今后，所有 Asahi Linux 代码都将仅采用强 copyleft 许可证。
这是因为有人直接从开发者的个人 fork 中取走仍在开发中的代码，不加署名地发布，或用 AI 重写以掩盖其来源，目的是“取代该项目并围绕 Apple Silicon 上的 Linux 激进变现”。
什么是代码洗白？
代码洗白（也称许可证洗白）是指取用他人的代码，并经过一道流程掩盖其来源，从而让你无需遵守原始许可证或署名作者即可使用。
在 AI 出现之前，这通常意味着逐行手动重写代码、重命名变量之类，并打乱函数顺序，直到它不再像原始代码。
当然，大语言模型让这件事变得容易得多、也便宜得多。
📋
MIT 许可证只要求你保留原始版权声明。它不要求你分享自己的修改，也不要求你保持自己版本的开源。这正是它受欢迎的原因，也正是它给 Asahi 带来麻烦的原因。
以史为鉴
这一举措是在 Asahi 团队“一段时间之前”得知有多起试图利用其宽松许可证来劫持其成果的行为之后做出的。
在最极端的案例中，仍在开发中的功能代码甚至在公开发布之前，就被从开发者的个人 fork 中取走。该报道指出，MIT 许可证“明确允许这种做法，且没有任何条款来防范恶意行为者”。
Asahi 在报道中没有点名任何人。它也没有说明现有贡献将如何重新授权，或是否每位过往贡献者都同意此举。
Asahi 将其与二十年前 WINE 的处境相提并论。WINE 是让你能在 Linux 上运行 Windows 应用的兼容层，最初也采用 MIT 许可证。但在 90 年代末和 2000 年代初，一些公司拿走了代码，在其之上构建了专有分支，并将其商业化销售。于是，在 2002 年，WINE 团队将许可证改为 LGPL，以阻止专有分支，并推动公司向上游贡献代码。
不吸取历史教训的人注定要重蹈覆辙
Asahi 最近很不高兴
Asahi 没有点名任何人，所以我们只能猜测这次许可证变更针对的是谁。
近几个月来，至少有两个公开的 Asahi 工作分支，两者都与 AI 辅助开发有关。以防你不知道，Asahi Linux 禁止 AI 生成的代码贡献.
第一个是Aurora Silicon及其 Vulkan 驱动 Borealis。Borealis是 Asahi 的 HoneyKrisp 的分支，后者是 Apple GPU 的 Vulkan 驱动。Aurora Silicon 向 Khronos 提交了一个拉取请求，以注册自己的 Vulkan 驱动 ID（VK_DRIVER_ID_AURORA_BOREALIS），称该驱动可在 M1 到 M5 以及 A18 Pro 上运行，并将其保留在自己的 Mesa 分支中，而非上游。
第二个是Gravity Linux，一个面向 Apple Silicon 的基于 Fedora 的发行版。它是因为在 LLM 使用上的分歧而从 Asahi 分叉出来的。
公平地说，Gravity 是开源的，它不销售任何东西，并且公开说明了其 AI 使用情况。它甚至表示，一旦其驱动工作进入上游，就计划停止该发行版。
它不是进度报告中所描述的那种不良行为者。但它确实代表了 Asahi 一直反对的“拥抱 AI 的宽松分支”做法。
📋
澄清一下，Asahi 的进度报告没有点名提到 Aurora Silicon 或 Gravity Linux。我提供它们与 Asahi 的冲突作为背景。
为什么这次许可证变更很重要
据我所知，这是首次有大型开源项目专门因为 AI 辅助的代码洗白而转向 copyleft。项目以前也重新许可过，但通常是为了阻止云提供商将其工作作为服务转售。这一次则专门针对 AI。
如果后续出现更多硬件支持与逆向工程项目，我也不会感到意外。做出最初的改动需要大量时间和精力，但一旦有人完成了困难的部分，"重写"起来就容易多了。
GPL 真的会有帮助吗？
如果问题出在那些本就无视 MIT 许可证的人身上，他们又为什么会尊重 GPL 呢？毕竟，GPL 无法阻止一个铁了心的恶意行为者。实际上，什么都阻止不了。
从 MIT 代码中剥离署名信息本身就已经违反了 MIT 许可证，因为保留版权声明是其唯一真正的条件。
GPL 改变的是商业利益。在 MIT 下，有人可以拿走 Asahi 的代码，闭源，然后销售产品，只要保留声明，这完全合法。
在 GPL 下，任何分发修改版本的人都必须以相同许可证发布源代码。你不能合法地在 GPL 代码之上构建一个闭源的、付费的 Apple Silicon 发行版。而且如果产品的源代码必须公开，抄袭就更容易被发现。
并非所有人都满意
这一举措招致了批评，尤其是来自 BSD 阵营的批评，而 BSD 正是 Asahi 最初选择 MIT 的主要原因之一。OpenBSD 的 Apple Silicon 支持依赖于 Asahi 的 m1n1 引导加载程序。
OpenBSD 开发者 Bryan Steele在 X 上写道：
"很难过看到 Asahi 在那里无缘无故地烧桥……以"防御 AI 恶意行为者"为幌子，似乎未经所有先前贡献者的同意，就将 m1n1 和驱动程序重新授权为 GPL2-or-later，这看起来完全不真诚且方向错误。"
很难过看到 Asahi 在那里无缘无故地烧桥……以"防御 AI 恶意行为者"为幌子，似乎未经所有先前贡献者的同意，就将 m1n1 和驱动程序重新授权为 GPL2-or-later，这看起来完全不真诚且方向错误。
— Bryan Steele 🦋 (@canadianbryan)2026 年 11 月 7 日
总结
Asahi 押注 copyleft 许可证能在这个任何人都可以用提示词洗白代码的变了的世界里提供更好的防御。
它可能无法阻止恶意行为者重写其代码，但至少降低了出现闭源商业分叉的可能性。
看看 BSD 社区是否能找到一种在新条款下继续与 Asahi 合作的方式，将会很有意思。
推荐阅读 📖 这些 Linux 发行版可以在 Apple Silicon Mac 上运行
喜欢这次更新？支持独立的 Linux 新闻报道
It's FOSS 在过去 14 年里一直帮助人们使用 Linux。帮助我们保持独立于大型科技公司。成为 Plus 会员，享受无广告阅读并获得 5 本电子书。