内核补丁激增20%，Linus：温和时代结束了，但AI不是替罪羊
5月的Linux内核邮件列表格外热闹。当Linux 7.1-rc5发布时，Linus Torvalds看着提交记录皱起了眉头：候选发布阶段涌入大量非关键修复，其中相当一部分由AI工具生成。而在不到两周前的rc3版本中，约三分之一的补丁投向网络核心与驱动，由AI参与编写的代码规模已不可忽视。
AI正在深刻地改变Linux内核的开发节奏。
🚀 33%的补丁、20%的提交量：AI加速内核开发
在5月11日发布的Linux 7.1-rc3中，Linus明确观察到一组数据：大量补丁集中在网络核心与驱动，约占33%，同时包含蓝牙和显卡驱动的use-after-free漏洞修复。他判断，这种情况已非“偶发现象”，而是AI工具广泛使用带来的“新常态”。
过去内核开发者在这一阶段通常逐步收尾；如今借助AI辅助工具，每周都能提交更多变更。5月23日，Linus在Linux基金会北美开源峰会上进一步披露，过去6个月内核提交量激增约20%，主因就是AI编码工具已进入实用化阶段。
💥 “无意义的工作”：AI生成的Bug报告淹没了邮件列表
然而，开发者生产力的提升并非没有代价。
5月19日，Linus在发布Linux 7.1-rc4时罕见地表达强烈不满。AI工具生成的漏洞报告洪流，已让内核安全邮件列表“几乎完全难以管理”。 由于不同的人用同样的工具发现了同样的问题，导致大量重复报告涌入。
“大家的大部分时间都花在把问题转发给正确的人，或者回复‘这已经修复了’。”Linus直言，“AI工具很好，但前提是它们真的在帮忙，而不是制造毫无意义的‘假工作’。”
仅数天后，rc5阶段问题进一步升级：Linus发现代码库中涌入大量琐碎且非关键的修复补丁，主要由AI工具生成，严重干扰了正常开发节奏。他明确要求开发者停止在周期后期提交此类非紧急变更，并警告将采取更严厉的拉取请求审核机制。他在公告中写道：“我不太高兴——这些补丁大多是针对随机驱动器的琐碎内容。rc5周这么大规模的变更，对长期稳定性没有好处。”
📜 社区新规：AI代码可以进，但责任必须人来背
面对AI参与开发带来的新挑战，Linux社区并没有选择一刀切的禁止，而是为AI代码正式“立法”。
在政策出台前，Intel与Oracle的内核开发者曾在年初围绕“是否严格限制AI代码”发生激烈分歧。Linus亲自下场终结了这场争论：“讨论AI垃圾代码这件事，其实毫无意义，这完全就是在犯蠢。AI本质上和编辑器、编译器一样，只是工具，真正需要监管的是‘人’。”
因此，最终政策的核心是一句话：AI可以用，但你必须对它的一切负责。
新规范要求AI代理不得使用Signed-off-by标签，人类提交者必须亲自审查所有AI生成代码，并标记Assisted-by标签明确归因。出了Bug、性能问题或安全漏洞——责任都在提交者。
🦾 Rust“转正”：内存安全的长期希望
值得注意的是，7.1版本中内存安全补丁数量大幅增加，同时内核中Rust语言的应用占比进一步提升。Rust原生具备内存安全特性，已被视为从结构层面减少未来安全修复压力的关键手段。
就在今年2月，Linux内核团队已正式宣布“Rust试验期”结束，Rust作为内核的长期组成部分稳定发展。
⚖️ 结语
Linus的态度看似矛盾：他欢迎AI提升开发效率，又怒斥AI生成的“垃圾代码”和重复报告。但这恰恰反映了一个务实的开发者对待新技术的清醒立场。
他在峰会上说得透彻：AI降低了贡献门槛，却放大了评审、沟通等“社会性瓶颈”。 内核开发真正的挑战，从来都不是技术问题，而是人的问题。
AI写代码的时代已经到来。它提高了效率，也放大了噪音。开发者要做的，不是争论AI该不该用，而是学会在AI工具的喧嚣中保持判断力——用AI写出更好的代码，而不是写更多的代码。 毕竟，提交补丁的始终是人，承担责任的也始终是人。
