Linus Torvalds 回应内核 AI 编码质疑：不满意就分叉，社区权威边界再度被明确
Linux 内核创建者林纳斯在内核邮件列表以一贯的直接方式回应了社区对 AI 辅助生成代码进入内核主线的批评，他的原话是不满意就分叉，或者干脆走开。这次表态标志着内核维护团队对 AI 编码工具的态度已经从观望切换到接纳。
争议起因是七月中旬合并的一批网络协议栈补丁。这批补丁由英特尔工程师提交，其中约百分之四十的代码块是通过 GitHub Copilot 辅助生成后再由开发者审查修订。补丁进入主线后，几位长期贡献者在邮件列表提出质疑，认为内核不应接纳由生成式模型辅助产出的代码。
林纳斯的回复分成两部分。第一部分他重申了自己的一贯立场：内核的代码质量由维护者的审查负责，而不是由生成方式决定。第二部分则是对提出批评的开发者的直接建议——如果无法接受这种协作方式，可以自行维护一个不使用任何 AI 生成代码的分叉。
这场争议的更深层背景是内核开发资源的重新分配。过去两年间，参与内核开发的付薪工程师人数从约四千五百人下降到不到四千人，同时补丁提交量却增长了百分之十八。维护者的实际工作压力显著上升，AI 辅助工具成为许多子系统维护者维持吞吐量的现实选择。
内核治理层已经在筹备一份关于 AI 辅助编码的正式指南。这份指南目前由稳定内核负责人格雷格牵头，预计在九月的开源峰会上公开草案。指南的核心内容包括三条：AI 辅助生成的代码必须由人类署名并对功能正确性负责；补丁说明中不强制披露是否使用了 AI 工具；对生成代码的许可证冲突责任归属做出明确规定。
反对方的担忧集中在许可证问题上。生成式模型的训练语料中包含大量按 GPL 协议发布的代码，如果模型生成的代码片段与训练语料存在实质相似，理论上可能构成派生作品。目前欧盟法院和美国联邦地方法院都在审理类似案件，尚无定论。
林纳斯选择在这个时机公开表态，一方面是给内部维护者一个明确信号，另一方面也是切断进一步的邮件列表纠缠。这种切割在内核历史上有过多次先例。九十年代的许可证之争、二零零零年的调度器之争、二零一四年的系统单元之争，都是以类似的直接表态收尾。
内核之外的其他大型开源项目也在关注这次表态。Kubernetes、Rust 编译器、Firefox 都已经开始面临类似的争论，但缺乏一个能够以个人权威直接拍板的类似角色。Linux 的这套治理方式在生成式 AI 时代显得格外独特。
目前争议中的那批网络补丁已经稳定运行了两周，未发现引入新的功能回归。维护者社区的沉默默认了这批代码的进入。这在事实上强化了林纳斯的立场：质量证据大于生成方式的争论。