Linus Torvalds 在发布 Linux 7.2 时留下一句感慨,直言收到的修复补丁数量依然超出预期。从表面账面看,这是 Linux 发展史上极其热闹的一个版本:主线合入了 16,418 个非合并提交,净增近 60 万行代码,吸引了 2,652 名开发者参与,创下历史人数峰值。历史上仅有 6.7 版本的 17,284 个提交超过此数,但那一次纯粹是因为 Kent Overstreet 将积压已久的 bcachefs 开发历史一股脑合并进来,单人就占了 2,771 个提交。7.2 则是真正的全子系统大面积增长。

然而,这并不是传统开源协作自然生长的结果,而是一场由大语言模型催化的补丁通胀。

Linux 7.2 核心开发规模与结构突变 16,418 非合并提交(历史第二) 2,652 参与开发者(历史新高) 613 人 首次贡献者(占比 23.1%) 16.7% 无归属提交(共 2,743 个)

量产代码入场:个人提交榜第二名的秘密

7.2 版本最扎眼的变化,是个人贡献榜榜首格局的动摇。排在提交量第二位的 Rosen Penev 一共合入了 146 个提交,仅次于资深驱动维护者 Uwe Kleine-König 的 151 个。但这些补丁并非来自长年累月的子系统深耕,而是由大语言模型批量编写的 Bug 修复,横跨了特定架构、驱动、网络以及加密等数个完全不同的子系统。

借助 AI 工具批量生成的修复补丁,以极反常的广度同时渗透至十余个底层子系统
借助 AI 工具批量生成的修复补丁,以极反常的广度同时渗透至十余个底层子系统

以往在 Linux 社区,单凭个人精力跨越如此多复杂子系统去排查缺陷,几乎不可想象。如今只要把静态报错和上下文投喂给大模型,任何人都能在短时间内批量生成看起来完全合规的补丁。另一位首次贡献者 Bryam Vargas 更是单周期合入 43 个提交,足迹遍布输入设备、NVMe、F2FS、SELinux、WiFi 到 Ceph 等十余个底层领域,同样展现出不可思议的泛化跨度。

代码行数方面依然延续着硬件厂商的传统惯例。Matthew Stewart 依靠向 AMD 图形驱动合入大量机器自动生成的头文件,以 83,587 行变动领跑代码行数榜,Hawking Zhang 同样凭借 amdgpu 代码位居次席;来自 Google 的 Miguel Ojeda 则将 Rust zerocopy crate 引入了内核源码。行数的虚高早已是内核的常态,但提交次数与贡献人数的激增,却切切实实表明生成式工具正在全速接管修补环节。

审查赤字:被挤兑的人类维护者

补丁的供给成本被大模型打穿了,但审查的带宽并没有等比例放大。

代表人工审查与硬件实测的质检印章逐渐干涸,远落后于激增的代码补丁(示意图)
代表人工审查与硬件实测的质检印章逐渐干涸,远落后于激增的代码补丁(示意图)

对比 6.7 周期的 267 名新人与 7.1 周期的 530 名新人,7.2 版本的初次贡献者直接飙升到 613 人,占当期开发者总数的 23.1%。与此同时,无法追溯企业雇主归属的未知提交达到 2,743 个,占比从 6.7 时代的 6.7% 一路拉升至 16.7%,甚至超过了企业榜首 Intel 贡献的 1,512 个提交。大量脱离传统商业公司工程规范的独立代码,正以前所未有的密度撞击维护者的邮箱。

生产代码的门槛降到了指尖,把守大门的代价却全压在了肉身上。

这种不对称直接反映在质量追溯标签上。7.2 版本中仅有 48% 的提交带有 Reviewed-by 审查标签,呈现出温和下降态势;包含实际硬件验证的 Tested-by 标签更是低至略超 8%。虽然没有标签不代表绝对没有审查,但面对全版本多达 4,830 个声称修复历史缺陷的 Fixes 补丁,原本就以中老年骨干为主的维护团队,精力已然捉襟见肘。

代码生产与审查机制的非对称失衡 提交端:极低生产边际成本 • LLM 驱动批量跨子系统扫雷 • 613 位初次贡献者集中涌入 • 机器自动生成补丁充斥邮件列表 审查端:见顶的人类心智带宽 • Reviewed-by 比例滑落至 48% • 真实硬件测试 Tested-by 仅占 8% • 维护者被迫引入审查 Agent 代工

标签战争与以 AI 治 AI

面对大模型的介入,内核治理正滑入一种近乎割裂的冷战局面。

当代码编写与审查两端均交由模型代理,底层系统的逻辑已滑入无人能解的真空地带(示意图)
当代码编写与审查两端均交由模型代理,底层系统的逻辑已滑入无人能解的真空地带(示意图)

社区制定的生成内容指南明确规定,人类提交者必须完全理解自己发出来的每一行代码,并承担最终后果。但在利益与效率面前,规则被迅速架空。在 7.2 中,明确打上 Assisted-by 标记的代码虽然从 7.1 的 301 个猛增至 1,111 个,但这个数字严重失真。大量开发者出于规避盘问故意隐瞒,更有个别维护者在合入代码时主动剥离该标签。

当机器生成的修复汹涌而来,维护者也不得不开始动用机器。

自动化审计工具 Sashiko 在本周期直接报告了 252 个补丁,并在 568 个提交的日志中留下痕迹。更戏剧性的场景发生在日常邮件列表里:当维护者 Jeff Johnson 处理 Rosen Penev 提交的无线网卡补丁时,维护者自己也配置了审查智能体,反向利用 Agent 来推导确认对应的 Fixes 标签和长期支持版本回溯信息。

  • 风险.当编写代码的人依赖大模型猜测逻辑,而审核代码的人依赖智能体抓取特征,整个软件基石的核心逻辑可能滑向无人真正完全理解的真空地带。

昔人云:治水在疏不在障。Linux 绝非象牙塔里的学术玩具,它是承载全球云服务、数据中心与移动设备的底层命脉。眼下正在进行的,实质是一场规模空前的软件工程社会学实验。眼见下一个周期的代码池里已经积压了近 14,000 个提交和超过 1,100 个 AI 辅助标记,依靠传统默契与人类单兵防守的同行评审体系,正在迎来其三十五年历史上最凶险的算力通胀测试。