AI生成代码大量涌入Linux内核资深维护者Lorenzo Stoakes宣布退出多个代码审查岗位

人工智能编程工具的普及正在改变开源软件的开发方式，但随之而来的低质量代码提交，也给项目维护者带来了越来越沉重的负担。Linux内核长期贡献者、内存管理领域专家Lorenzo Stoakes近日宣布，将退出多个内核子系统的代码审查工作，原因正是AI生成的代码补丁数量激增，已经超出他能够承担的审查能力。

Stoakes已经向Linux内核邮件列表提交了一系列补丁，调整自己在内核维护体系中的职责。他将不再担任核心内存管理、内存回收、其他内存管理领域以及Rust内存管理相关部分的审查人员，今后将把更多精力集中在自己直接负责维护的代码领域。

Stoakes在补丁说明中表示，当前由AI生成的补丁系列提交量不断增加，他已经没有足够的时间对自己并不直接维护的领域进行常规审查，因此不得不缩小审查范围。他还将相关补丁按照不同子系统维护者的职责进行了整理，以便其他维护者分别接手。

需要注意的是，Stoakes并不是完全退出Linux内核开发，也没有辞去所有维护职责。他仍将继续负责自己直接维护的领域，只是减少了在其他子系统中的代码审查工作。此外，他此前参与维护的透明大页（Transparent Huge Pages，THP）相关工作也已由开发者Zi Yan接手。

Stoakes自2014年起参与Linux内核开发，是内存管理领域的重要贡献者，也是《The Linux Memory Manager》一书的作者。他在这一领域拥有长期积累，因此此次调整引发了开源社区对AI生成代码影响的进一步讨论。

据Phoronix此前报道，Stoakes曾在开发者讨论中描述过AI生成补丁数量的变化。最初，他只是偶尔遇到质量较差的AI生成代码，后来逐渐发展为每周都会出现，随后频率增加到几乎每隔几天就会遇到一次。按照他的个人观察，如今这些低质量提交在其收到的补丁中已经占到一半左右，有时甚至更多。这一比例来自他对自身审查队列的经验判断，并非针对整个Linux内核提交量开展的统计调查。

问题在于，AI工具能够以极低的成本生成大量代码，但每一份提交仍然需要由具备专业知识的人进行检查。维护者不仅要判断代码能否正常运行，还必须确认修改是否真正解决了问题、是否符合内核设计原则，以及会不会引入新的错误。大量缺乏充分验证的补丁涌入后，审查人员不得不花费更多时间筛选无效修改，反而挤压了真正有价值的开发工作。

这种情况并非Linux内核独有。其他开源项目也已经报告类似问题。AI编程代理让更多人能够生成代码并提交修改，但项目维护团队的规模和审查能力并没有同步增长，导致代码生产与代码验证之间出现明显失衡。

Linux内核社区内部对AI的态度也并不完全一致。项目创始人Linus Torvalds此前对AI辅助编程表现出相对开放的态度，认为开发者可以利用AI工具提高效率。但这并不意味着所有AI生成的代码都具有实际价值，更不意味着维护者可以省略必要的验证过程。

不同子系统已经开始采取不同应对方式。例如，部分无线网络领域维护者对AI生成的补丁采取了更加严格的审查态度，另一些领域则倾向于直接拒绝绝大多数未经充分验证的AI提交。网络子系统维护者也曾估计，在Linux 7.3相关开发工作中，部分低优先级修改和代码清理工作可能有相当比例来自AI工具，但这同样属于经验性估算，而非严格统计结果。

这场争议的核心并不只是AI能否编写合格代码，而是开发者是否真正理解并验证了自己提交的修改。如果开发者使用AI生成代码后，仍然能够解释修改逻辑、完成测试并对结果负责，那么AI可以成为有效的开发辅助工具。相反，如果提交者只是将未经充分检查的代码直接交给维护者，就等于把原本应该由提交者承担的验证成本转嫁给了开源社区。

Stoakes此次调整职责，实际上反映了开源项目正在面对一种新的资源分配难题：AI大幅降低了代码生成门槛，却没有同步降低专业审查的成本。对于依赖少数资深开发者维持质量的Linux内核而言，如果大量低质量补丁持续占用有限的审查资源，最终受到影响的可能不仅是维护者的工作效率，还包括整个项目的开发节奏和代码质量。