Linux 内核拥抱 AI 代码:你可以用,但必须承担“全部责任”

2026年4月，随着Linux 7.0的正式发布，一份名为《AI编码助手指南》的新规悄然出现在Linux内核文档中。这份指南明确宣告：AI生成的代码可以被接受进入Linux内核，但前提是——人类提交者必须对每一行代码承担“全部责任”。这看似是一则技术政策的更新，实则是开源世界在AI洪流中寻找平衡的缩影。

事情的开端并不平静。2026年初，Linux内核邮件列表上爆发了一场激烈争吵。英特尔工程师Dave Hansen与甲骨文员工Lorenzo Stoakes就“是否应该严格限制甚至禁止AI工具提交代码”针锋相对。导火索是大量由AI生成的、质量低劣的补丁涌入内核维护者的信箱——它们看似合理，实则无用，被社区戏称为“AI slop”。类似的情况也在其他项目中上演：游戏引擎Godot的维护者公开抱怨，大量AI生成的“垃圾提交”让他们“精疲力竭、士气低落”；知名工具cURL的创始人Daniel Stenberg甚至因无法应对AI生成的虚假安全报告洪流，无奈关闭了运行六年的漏洞赏金计划；终端模拟器Ghostty则采取了更激进的措施——对提交低质量AI代码的用户实施永久封禁。

面对这种局面，Linux之父Linus Torvalds亲自下场定调。他明确表示，全面禁止AI是“毫无意义的作秀”。在他看来，AI本质上只是一种提高效率的工具，和编译器、静态分析工具没有区别。与其纠结“用不用”，不如规范“怎么用”——核心是追究使用工具的人的责任。

经过数月的讨论，Linux内核在2026年4月正式发布了《AI编码助手指南》，确立了三条刚性原则。第一，责任归属明确：AI生成的代码，责任全部由人类提交者承担，包括bug、安全漏洞、许可证合规问题乃至法律后果，开发者不能把AI当作“甩锅”的对象。第二，强制透明：新政策要求使用全新的Assisted-by标签，用于标注AI的参与程度，提交者必须注明所用AI工具的名称和模型版本。第三，法律红线：具有法律效力的Signed-off-by标签严禁由AI工具添加，只有人类开发者才能通过签署“开发者原创证书”对代码的原创性和合规性进行法律认证。指南中明确写道：“AI代理不得添加Signed-off-by标签。只有人类可以合法认证DCO（Developer Certificate of Origin）。人类提交者负责审查所有AI生成的代码，确保合规，并承担全部责任。”

Linux 7.0的发布恰好成为这一新规的试金石。这个新版本带来了大量技术更新：Rust语言正式成为内核开发语言，增加了对AMD Zen 6和Intel Nova Lake等未来硬件的支持，引入了自修复XFS文件系统……但更值得关注的是，AI在内核开发中扮演了两个截然不同的角色。一方面，AI被用于生成部分代码，尽管有了新规，社区依然对AI生成代码的质量存有疑虑——内核二号人物Greg Kroah-Hartman曾警告，低质量的“AI垃圾”正成为维护者精疲力竭的重要原因。另一方面，Linus Torvalds在发布公告中特别提到，AI工具已经成为发现内核“边缘案例”漏洞的强大武器。大量由AI识别出的潜在bug被提交上来，尽管其中夹杂“噪音”，但他认为这可能成为Linux开发的“新常态”。他在邮件列表中说：“我猜想大量AI工具的使用会持续为我们发现边界情况，所以这可能会在一段时间内成为‘新常态’。只有时间能证明。”

Linux内核的“务实”做法并非唯一答案。整个开源社区在面对AI冲击时，出现了明显的路线分化。务实派以Linux、Blender、Firefox、LLVM为代表，允许AI辅助，但要求透明标注与人工担责；保守派如NetBSD、Gentoo，则谨慎甚至禁止AI生成代码，主要担心训练数据版权风险导致“代码污染”；中间派如电子前沿基金会（EFF），允许AI生成代码，但禁止AI撰写注释和文档。为了对抗低质量的“AI slop”，一些项目甚至开发了自动化防御工具——例如Coolify项目创建了Anti-Slop GitHub Action，其开发者声称可以关闭98%的垃圾PR。与此同时，AI已经深度渗透到软件开发流程中。据2026年的调查数据，高达97%的软件开发组织已将AI工具整合进工作流，其中76.6%的组织在积极使用。业界普遍认为，AI正在从根本上改变软件开发的模式——从“手写每一行”转变为“审查与指导”。

Linux内核的这份新规，本质上是为AI参与关键基础设施开发设定了一条清晰的边界。它没有在技术上设限，而是通过对责任归属和流程透明的强调，将人——而非工具——置于质量把控的中心。这是一种务实主义者的智慧：拥抱AI的效率，但不放弃人类的判断；允许AI的参与，但要求人类签字画押。当AI可以在一夜之间自动修复生产环境的bug，当大模型能够写出看似合理的代码，开源世界的守护者们正在用规则回答一个根本问题：技术可以变，但责任不能丢。正如一位内核维护者在邮件列表中所写的那样：“你可以让AI写代码，但最终，是你要为自己的提交感到骄傲，或者羞愧。”