Linux 7.1-rc3 发布:托瓦兹承认 AI 写的内核代码已成新常态

林纳斯·托瓦兹借 Linux 7.1-rc3 的发布公告,确认了他几个月来一直含糊其辞的一件事:由 AI 工具辅助生成的补丁浪潮,已经不再是临时高峰。它已成为这套内核的新地基——绝大多数 Android 手机、互联网上大部分的网页服务器,以及 Top 500 超算榜单上每一台机器都在它之上运行。本次候选版本将大约三分之一的补丁集中在网络子系统,修复了 Bluetooth 和图形驱动中的 use-after-free 漏洞,并继续推进由 Namjae Jeon 重写的 NTFS 驱动——该驱动如今已支持完整写入、延迟分配,并与 iomap 框架集成。

数字讲清楚了实际情况。Linux 7.0 带来的补丁洪流如此之大,以至于托瓦兹起初将其视为反常。两个发布周期过去,数量并没有回落。它稳了下来。对维护者来说,这意味着要阅读和审查的代码量,远超上一代内核工作的预设。审查环节仍由人主导,瓶颈则已从生成移向验证。代码也许是借助 AI 写出的,但每一个进入主线(mainline)的补丁,都由一位没有 AI 在环的维护者读过、质疑过、批准过。

这并不等于说内核现在由 AI 来写。托瓦兹和资深维护者们在过去两个周期里反复划清这条界线。7.0 中确立的规则,要求贡献者披露 AI 的参与、为自己所提交的内容负责,并理解所发送的代码。数量在涨;标准没有降。真正改变的,是在 Linux 上工作的实际体验——维护者花更多时间审查,贡献者更快返回修订,提出修复到落地之间的距离,对常规工作来说正在缩短。

对这一切的怀疑性阅读,如今比一年前更难被一笔带过。更多代码以更快速度涌入,意味着细微错误溜过去的机会也更多;而 7.1-rc3 中的 use-after-free 修复,恰恰是 AI 辅助补丁在历史上最容易漏掉的那一类问题。在 Bluetooth、图形栈这类核心子系统中的内存安全缺陷并非理论,它们正是真实安全通告所利用的裂缝。更大的补丁量只有在审查跟得上时才奏效。能否跟上,是接下来几个版本悬而未决的问题。

如果当前周期止步于 RC7,Linux 7.1 稳定版预计将在 2026 年 6 月 7 日发布;如果还需要一个收尾的 RC8,则预计在 2026 年 6 月 14 日。