一个以“把 Linux 移植到 Apple Silicon”闻名的开源项目，因为 AI 改变了自己的许可证。

发生了什么

Asahi Linux 项目宣布，将其代码的许可证从 MIT 切换为 GPL。根据 Hacker News 上的讨论，这一决定的直接诱因是：有人利用 AI 工具获取并复现了项目尚未公开发布的代码。项目方由此认为，MIT 这种极度宽松、允许他人以几乎任何方式复用代码的许可证，已经不足以保护项目的劳动成果和发布节奏。

需要说明的是，目前公开信息有限，具体是哪段代码、通过何种方式被“窃取”、涉及哪些模型或工具，外界尚不清楚。可以确认的是，许可证变更本身是项目方主动做出的治理决策，而非法律纠纷的结果。

为什么重要

MIT 和 GPL 代表开源世界的两种哲学。MIT 几乎不设限制，使用者可以闭源、可以商用、可以不回馈；GPL 则要求衍生作品同样以 GPL 发布，形成“传染性”的开源约束。Asahi Linux 长期选择 MIT，某种程度上是为了降低下游厂商和发行版的采用门槛。

转向 GPL，意味着项目愿意牺牲一部分采用便利性，换取对代码流向的更强控制。这背后的新变量是 AI：大模型可以在极短时间内消化公开仓库，而“未发布代码”一旦以某种方式进入训练或生成流程，原作者几乎无法追溯，也无法用 MIT 条款去约束。传统开源许可证建立在“复制与分发”的框架上，对“学习并生成”这种新形态缺乏明确的抓手。

Asahi Linux 的选择因此带有信号意义：当 AI 让代码的边界变得模糊，宽松许可证的持有者可能被迫重新评估风险。

影响与看点

对下游而言，最直接的问题是兼容性。以 MIT 发布的旧代码与新增的 GPL 代码如何共存、发行版和厂商是否需要调整集成方式，都会成为实际工程问题。对开发者社区而言，这是一次关于“开源许可证是否还够用”的公开讨论样本。

更值得关注的是行业层面的连锁反应。如果 AI 抓取未发布代码的现象并非孤例，更多项目可能收紧许可证，或转向更细粒度的访问控制。但 GPL 并非为 AI 时代设计，它能挡住一部分闭源复用，却挡不住模型层面的吸收。

我的判断是：许可证变更更像是一种态度声明和短期止血，真正的解法需要社区在“代码可见性”和“AI 训练边界”上形成新的共识，而这在短期内不会出现。