AI把Linux内核翻了个底朝天!一周400个bug涌来,8年致命漏洞被连根拔出,直言:反AI的人请离开

一个人类花了35年搭建的操作系统帝国，正在被AI以"每周数百个bug"的速度翻箱倒柜。

2026年8月9日，Linux内核创始人Linus Torvalds照例在内核邮件列表（LKML）发出每周的候选版本说明。标题平平无奇，Linux 7.2-rc7。邮件开头很快点出了这轮更新的异样：

"大量修复成了新常态，其中许多来自各类AI工具的审查。"

"新常态"三个字，从这位以暴脾气著称、对代码质量近乎偏执的技术领袖嘴里说出来，分量不言而喻。紧跟其后，他又带着几分冷幽默补充："我不能说我对这一切的规模感到特别兴奋。"

▲ lore.kernel.org上Linus原信截图，"the new normal"从此成为开源社区的年度热词

灯，全亮了

先说数字

据BetaNews整理，这个rc7候选版本携带了超过400项修复，由超过230名贡献者签名提交。修复覆盖GPU驱动、声卡、网络、文件系统、核心网络栈和架构代码，几乎无死角。最大的代码变更涉及IBM大型机的s390/zcrypt加密子系统、netfilter ipset防火墙组件，以及Btrfs文件系统的数据恢复模块。

▲ BetaNews的报道标题直接把"AI代码审查"和"新常态"焊在了一起

随后浮出水面的，还有一个藏了八年的致命漏洞。

内核的ptdump接口，一个将页表以可读形式输出的调试工具，被发现存在竞态条件（race condition），可导致use-after-free：简单说，就是程序在内存已被释放后仍在读写，轻则崩溃，重则被攻击者利用获取系统控制权。这个漏洞的根因，可以一路追溯到2018年3月、Linux 4.16时代的一次改动。

发现它的是Google的自动化模糊测试系统Syzbot，在6月率先标记了异常。而追溯根因、给出初版修复方案的，是开发者David Carlier，在Claude Opus 4.8的协助下完成的。最终由内存管理维护者Lorenzo Stoakes改写后，合入了这个rc7。

八年 多少双人类的眼睛看过这段代码？多少轮人工审查放它过关？机器用了几个月，就把它从数百万行代码的汪洋里捞了出来。

这就像给一栋住了三十年的老房子装上红外线扫描仪，墙缝里的裂纹、地板下的管道锈蚀、阁楼角落的白蚁巢穴，全都无所遁形。灯，亮了但灯亮得太多，走廊在天亮前永远不会暗下来。

"新常态"的前传：一场漫长的拉锯战

事情并非突然发生

早在2026年5月，Linus就已经在邮件里发过一次火。导火索来自AI生成的漏洞报告正在淹没内核安全邮件列表。大量研究人员使用AI工具扫描代码，找到bug后就往安全列表发邮件，问题是，很多报告彼此重复，质量参差不齐，把维护者的收件箱变成了一座垃圾山。

▲ 2026年5月，Linus就曾公开批评AI工具制造的"无用噪音"

Linus当时写道："工具很好，前提是它们确实能提供帮助；制造痛苦和无意义的假工作只会适得其反。" 他对那些"路过式提交随机报告"的人下了逐客令：想创造价值，就请读文档、理解问题、写出可用的补丁；只丢下一句"AI帮我找到了一个bug，我也不知道怎么修，你们看着办吧"，只会把负担留给维护者。

发现问题的门槛被AI拉到了地板上，但判断问题是否重要、是否重复、是否应该现在修的成本，全部转嫁给了维护者。这是一道经典的信噪比难题：当信号和噪音同时暴涨，人类的带宽就成了瓶颈。

三月的伏笔：Google的"数字审查官"

故事的另一条线索，要回溯到2026年3月。

Google内核工程师Roman Gushchin公开了一个名为Sashiko的系统，专门面向Linux内核补丁的AI代理式代码审查工具。它不写代码，只"读代码"然后发评论，像一个永不睡觉、永不疲倦的审稿人，对每个提交的补丁逐行扫描，标注架构缺陷、资源泄漏、安全隐患和硬件兼容问题。

▲ Phoronix对Sashiko的报道，"Agentic AI Code Review"这个短语，从此进入内核社区的日常词汇

根据Phoronix报道，Sashiko在约1000个带Fixes:标签的近期上游问题上测试，使用Gemini 3.1 Pro时找到了约53%的缺陷，而这些缺陷，全部是人类审查漏掉的。

53%一半以上

这个数字像一面镜子，照出了人类审查在大规模代码库面前的力不从心。

七月风暴：Linus拍桌子的那一天

当Sashiko与邮件列表流程对接的讨论升级时，一场意识形态级别的争论爆发了。

部分开发者认为，AI生成的审查评论不应直接发给补丁作者，维护者应先行过滤；Software Freedom Conservancy等组织则对LLM贡献的许可证合规性提出了质疑。争论的本质不再只是技术问题，它变成了一个身份问题：Linux内核，到底要不要做一个"反AI"项目？

Linus在7月14日的邮件中，给出了他标志性的终极答案：

"这与Linux内核的立场不符。作为顶层维护者，我愿意在这件事上踩下去。Linux不属于反AI项目。有异议者可以fork，或者离开。"

▲ lore.kernel.org上的原信，"fork it, or walk away"，Linus式的温柔告别

但把Linus简单归为"AI布道者"也不准确。在同一封邮件里，他写了一段常被标题忽略的话：AI并不完美，但只盯着AI问题的人，最好同时照照镜子，因为"自然智能"也并不总是那么了不起。 内核项目过去是、将来也仍是关于技术；社交体验只是副产品，项目目标始终是技术。

允许工具，强制人类负责，按技术优劣决策。 这是Linus画下的线

社区的"震后余波"

rc7发布后，X平台上的讨论迅速分化成几个阵营。

▲ 高赞澄清帖：这不等于"AI在写内核"，而是AI找bug，人类修bug

澄清派第一时间出手纠偏一条高赞回复解释道：内核并未大量接受AI生成的新代码，Linus谈的是AI工具发现bug和漏洞，尤其是旧代码中的问题，然后人类跟进修复。贡献者仍是有经验的程序员，与所谓的"vibecoders"相去甚远。

▲ Paul Schleifer把"not exactly thrilled"读成了一种"无人订购的反馈循环"

思辨派看得更深有人指出了一种荒诞的结构性循环：建造基础软件的人，正在看着自己的遗产被机器规模地审视，并产生机器规模的待办事项。这是一条"无人明确订购的反馈循环"，没人按下启动按钮，但机器已经在跑了，而且停不下来。

乐观派则把视野拉向未来有人设想：Linux长期以来被诟病的显示驱动等痛点，现在只需要"一个被惹恼的人"配合AI工具就能解决，大型自由开源项目将因此受益巨大。

▲ "一个被惹恼的人+AI"就能解决显示驱动问题，这个想象确实诱人

当然，也有人留下简短的反对意见："最终会以灾难收场。我不希望一切都变成AI slop"

被加速的"技术债清算"

在所有讨论之外，一个安静但意味深长的动作正在发生。

8月3日，Linux稳定版维护者Greg Kroah-Hartman提交了一个补丁：删除1999年写的Moxa Intellio多串口驱动程序，共约2148行代码。理由很简单，硬件2017年停产，厂商2021年确认不再需要支持。他还补充：LLM已经开始在这些无人维护的代码里挖出"有趣的东西"，会浪费维护者的时间。

机器人不断按门铃报告空屋子里的问题，维护者选择了最省事的办法：直接把门焊死。

这揭示了"新常态"的另一面：AI不仅在增加修复，还在加速对技术遗产的清算。那些写于上世纪、服务于早已停产的硬件、多年无人问津的"僵尸代码"，正在被AI的探照灯一一照亮，然后被维护者用最干脆的方式处理，删掉。

写在"新常态"之后

Linus在rc7邮件末尾说，他看不到推迟7.2正式版的理由，预计下周末发布。Ubuntu 26.10已将7.2列为默认内核。

随后，一个问题浮了出来：当机器发现问题的速度，持续超过人类修复问题的速度时，会发生什么？

内核的rc阶段，按传统应该越来越安静，像海面在暴风雨后逐渐恢复平静。但AI审查改变了这个节奏：海面永远不会平静了，因为有一台永不停歇的声呐在水下扫描，每一秒都在发现新的暗礁。

Linus用"新常态"接受了这个现实，又用"不兴奋"保留了警惕。这样的矛盾，像一个老工匠面对新工业革命时的本能反应：他知道回不去了，但仍要确保这条船由人掌舵。

灯全亮了问题是，谁来关灯？人类是否终将习惯在永恒的光明中入睡？