Asahi Linux 弃用 MIT 全面转 GPL，回应 AI 窃取未发布代码

一句话看懂：Asahi Linux 宣布把所有自有仓库从 MIT 许可证切换到 GPLv2 及以后版本，原因是有人把尚未公开发布的在研代码拿去用 AI 改写、抹掉出处，并试图在 Apple Silicon 上取代该项目并借 Linux 商业化。这是少见的、明确针对 AI 辅助代码洗稿而改协议的开源案例。

事件核心：发生了什么

Asahi Linux 是让 Apple Silicon Mac 能运行 Linux 的关键项目，多年来其自有代码多采用 MIT 许可证，方便 BSD 等社区复用。根据 2026 年 11 月公开的进展报告，项目决定改为强 copyleft 的 GPLv2 或更高版本，此后所有 Asahi 代码只在强 copyleft 下发布。导火索是反复出现的“代码洗稿”（code laundering，也叫许可证洗稿）：有人直接从开发者个人 fork 中取走仍在开发、尚未公开的代码，不署名发布，或用大模型改写以掩盖来源，目标是“取代该项目并激进变现 Apple Silicon 上的 Linux”。MIT 只要求保留版权声明，不要求公开修改，这正好被利用。Asahi 将此事与 2002 年 WINE 从 MIT 转向 LGPL 的历史类比。目前公开信息显示，报告未点名具体对象，也未说明历史贡献如何重新授权、是否获得全部贡献者同意。

为什么重要

过去因云厂商把开源项目包装成托管服务而改协议的情况并不少见，但公开以“AI 辅助代码洗稿”为主要理由转向 copyleft，据目前信息看尚属首次。对硬件适配和逆向工程类项目尤其有信号意义：这类工作前期投入大、成果容易被“重写”，一旦有人完成难的部分，后来者用大模型快速改写的成本很低。GPL 并不能阻止蓄意违规者，但能改变商业收益结构：在 MIT 下闭源销售合法，在 GPL 下分发修改版就必须公开源码。此外，MIT 代码被去掉署名本身已违反 MIT 的唯一实质条件。

对用户/开发者/创作者的影响

下游开发者和发行版需要重新确认许可证兼容性，想基于 Asahi 代码闭源分发或商业化的路径基本被封死；贡献者需关注项目如何完成历史代码的重新授权。与 Asahi 有公开分歧的分支中，Aurora Silicon 的 Vulkan 驱动 Borealis 源自 Asahi 的 HoneyKrisp，并向 Khronos 注册了独立驱动 ID；Gravity Linux 则是因 LLM 使用争议从 Asahi 分出的 Fedora 系发行版，它公开说明 AI 使用、不收费，并称驱动工作流入上游后会停止维护。两者均未被 Asahi 点名，上述仅为背景。Asahi 本身禁止 AI 生成代码贡献。普通用户短期内使用体验不受直接影响。