一个曾经嘲笑AI是"营销话术"的男人，两年后亲手在官方公告里写下了投降书。
2026年8月9日，Linux内核缔造者Linus Torvalds向全球开发者发出了Linux 7.2-rc7的例行公告。但这封信的开头，没有一个字是例行的，
"I can't say that I'm exactly thrilled about the size of this all, but it is what it is: the new normal with a lot of fixes, many of them due to review by various AI tools."
翻译过来就是：我对这个体量谈不上高兴，但现实就是这样，大量修复涌入，其中许多来自各种AI工具的审查，这已经是"新常态"了。
一句"new normal"，在LKML（Linux内核邮件列表）激起热议，在X上引发连锁讨论，在科技媒体上被逐字拆解。The Register的标题干脆利落：Linus Torvalds says AI has made 'huge' Linux kernel updates the new normal。Phoronix直接用了"exhausting"（令人精疲力竭）来形容这一周。
▲ Phoronix对7.2-rc7发布公告的报道，重点引用了Torvalds关于AI审查和“新常态”的原话
这段话并非社交媒体上的即兴感叹，它出自Linux内核的官方发布日志。 互联网基础设施最深层的那块基岩，正在被AI以机器的速度翻检，而翻出来的东西，多到让它的创造者都坐不住了。
两年前他还在嘲笑AI，两年后他写下了"投降书"
故事要从2024年讲起
那一年，全世界都在为大语言模型疯狂，而Linus Torvalds冷冷地站在人群外面。他公开表示，大量AI热潮不过是营销话术，短期内他打算基本忽略。这很Linus，这个芬兰裔程序员从来不买任何人的账，包括整个硅谷。
但接下来发生的事，连他自己恐怕都没料到。
2026年1月，内核社区爆发了一场关于"AI生成提交"的文档之争。有人想在官方文档里写一篇立场宣言，对AI表明态度。Torvalds一口回绝：文档是给愿意守规矩的人看的，指望那些产出垃圾的人自我标注用了AI，纯属天真。Phoronix把他的话做成了标题，"AI Slop问题不会靠文档解决。"
2026年5月，事情开始失控Torvalds在邮件列表中罕见地用了一个词："almost entirely unmanageable"，几乎完全不可管理。他说的是Linux内核的私密安全邮件列表。不同的安全研究者用相似的AI工具扫描相同的代码，找到了相同的漏洞，然后一窝蜂地涌向同一个收件箱。大量重复报告、"这个上周已经修了"的来回说明、无休止的pointless churn（无意义折腾），安全邮件列表被AI驱动的bug报告洪水彻底淹没了。
▲ 2026年5月的社交媒体讨论：Torvalds指出AI让安全邮件列表"几乎完全不可管理"
他给出的药方极具Linus风格：AI工具很好，前提是能帮上忙，别制造痛苦和装样子的工作。你用AI找到了bug？很有可能别人也找到了想创造价值，就读文档、写补丁，在AI结果之上加上你自己的理解。别做路过式随便报一个、自己却不懂的人。
2026年7月，态度的天平彻底倾斜。Torvalds在lore.kernel.org上发出了迄今最明确的声明：Linux并非反AI项目。有意见的人可以fork（分叉代码），也可以直接走人。 他把AI描述为一种"明确有用"的工具，一年前或许还能争论，现在怀疑者多半只是没用过。The Register给这篇报道起了个绝妙的标题：Linus Torvalds tells AI haters to fork off（谐音"滚开"）。
▲ International Cyber Digest对Torvalds"非反AI项目"表态的长帖回顾
Elon Musk在下面简短回了一句："Linus is right, as usual."（Linus一如既往地正确。）
▲ Musk的简短回复，让更多人注意到这场讨论
从"营销话术"到"明确有用"，再到官方公告里的"new normal"，Torvalds的态度变化也映出了Linux内核开发范式被AI推过的拐点。
当AI开始"翻旧账"：一个叫Sashiko的机器人，和它挖出的陈年大坑
"new normal"并非一句空洞的感慨。在7.2-rc7公告发出之前，子系统维护者们已经在各自的战壕里感受到了冲击波。
最具名的案例来自HWMON（硬件监控）子系统。维护者Guenter Roeck在pull说明中直接点名了一个AI工具，Sashiko。他的原话是：本周的多处修复，针对的是Sashiko报告的严重或高危bug。竞态条件、计算错误、潜在越界与溢出，这些问题已经越过代码风格层面，成了潜伏在内核深处、可能存在了数年的真实隐患。
▲ Phoronix对HWMON修复的专题报道：Sashiko这个名字，从一个工具变成了内核维护者pull说明里的常客
与此同时，Phoronix在同一周的报道中还串起了另外几条令人侧目的技术线索：一个潜伏约八年的page table dump相关use-after-free竞态被修复；Btrfs文件系统恢复了fixup worker基础设施，以应对静默数据丢失的风险；Safe RET中断注入相关的安全加固也在同期合入。
八年 一个内存管理相关的竞态条件，在全世界最多眼球审视的开源项目里，安静地躺了大约八年，直到AI把它翻了出来。
这就是"new normal"背后让人既兴奋又不安的东西：AI正以机器般的速度和密度，对数千万行内核代码进行地毯式搜索，把所有藏在角落里的"老鼠"一只接一只地赶出来。 问题在于，被赶出来的老鼠实在太多了。
补丁洪水之下：维护者的"堤防工程"
网络子系统是另一个重灾区维护者Jakub Kicinski公开吐槽：连续多周被AI生成的补丁轰炸，9天内[PATCH net]和[PATCH net-next]的数量高得离谱，修复类补丁占比异常。他试图控制pull request的大小，结果发现自己只是"阻止了它变得更大"。
Greg Kroah-Hartman，Linux内核排名第二的维护者，则在drivers/staging/目录上筑起了一道明确的防线：LLM生成的补丁，默认拒收。 staging区的首要功能是给新人练手的训练场；他无意让这里变成AI批量刷代码风格修复的流水线。除非你提交的是真实安全修复，而且你在实际硬件上测试过、能为每一行改动的正确性辩护，否则免谈。
▲ Greg KH的staging新规：AI可以用，但这块新人训练场不欢迎无脑灌水
还有一种防御策略：直接删掉旧代码Moxa Intellio多端口串口卡驱动，一个几乎没人再用的古董级驱动程序，因为LLM开始在上面"挖有趣的问题"、不断产生无意义的补丁建议、浪费维护者的时间，被提议直接从内核树中移除。
维护者决定缩小代码表面积，免去反复打回AI对死代码的挑刺。 这是AI时代催生的一种全新的内核维护策略。
一场"无人下单的反馈循环"
X用户Paul Schleifer的一段评论被广泛转发，他写道：
"我们无意中跌入了一个没有人明确下单的反馈循环。"
▲ "Not exactly thrilled"，对一个深刻转变的平静反应
这句话抓住了问题的本质AI工具进入内核开发，并非某个维护者统一推动的结果，变化却沿着缺陷发现与修复流程自然发生了。 工具降低了发现缺陷的成本，缺陷报告涌入维护者的收件箱，维护者不得不处理，处理完的补丁进入RC，RC的体量因此膨胀。机器在读代码，人类在收拾机器读出来的结果，周而复始。
Adam Crabtree则从另一个角度看到了乐观前景：过去拖累Linux桌面体验的显示驱动等老大难问题，以后可能"只差一个被惹恼的人"就能在AI帮助下解决；大型开源项目将因AI而强势崛起
▲ 乐观派的声音：AI+开源的组合，可能释放出此前无法想象的生产力
"不高兴"背后的清醒：Linux给全世界打了个样
让我们回到Torvalds那句被反复引用的话："not exactly thrilled"，算不上高兴。
这句话背后，藏着一个比"AI好不好"深刻得多的判断。
Linux内核并非普通的软件项目。它运行在你手机的芯片上、云服务器的机房里、全球金融系统的底层、太空站的控制终端中。当AI开始以机器速度审视这样一个项目，翻出的代码缺陷还像一面镜子，照出了人类几十年来在关键基础设施中留下了多少技术债。
Torvalds保持了工程师式的务实：风险可控，按计划发版。 7.2正式版预计如期发布，不会因为AI驱动的补丁洪水而推迟。
▲ The Register的报道标题：AI让"巨型"Linux内核更新成为新常态
但"务实"并不意味着"轻松" 这个故事给开发者留下了一个朴素的信号：当生成缺陷报告的成本趋近于零，审查和筛选报告的人类注意力就成了最稀缺的资源。 安全列表被淹没、网络子系统被轰炸、staging被迫筑墙、死代码被加速清理，所有这些现象的共同根源，是AI把"发现问题"变得极其廉价之后，"理解问题并正确修复"的人力瓶颈被残酷地暴露了出来。
内核社区几十年来的文化是"发现问题就修"，这种文化与AI天然兼容，AI疯狂地找，人类认真地修。但当找的速度远超修的速度时，系统就会在接缝处发出吱嘎声。
Linus Torvalds听到了这个声音。他不高兴但他选择继续走下去
这是2026年8月，Linux内核开发史上一个安静但不可逆的分水岭。AI没有取代任何一个维护者，但它已经不可阻挡地改变了每一个维护者的工作方式、工作量，和他们每周一早上打开邮箱时的心跳频率。
"新常态"已经到来它无需等待许可
