夜雨聆风
八月的第二个周末，全球最重要的一行代码背后那个男人，终于松口说出了所有人心里的答案。
Linus Torvalds，Linux内核的创建者、独裁式仁慈终身维护者，在发布 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工具的审查。
这份正式状态通报确认：AI工具带来的审查结果，正在改变Linux内核开发的节奏。
▲ Torvalds 在 LKML 上发出的 7.2-rc7 说明，正文与 shortlog 一览无余
两周连爆：从"也许是偶发"到"认命了"
故事要从一周前说起
8月2日，Torvalds 发布 7.2-rc6 时就已经坐不住了。他原话用了"huge"，
"This rc is huge. Even by the 'new normal' standards this is a big rc, and I think it's the biggest rc6 we've had in years."
按提交数算，近年最大的 rc6 他当时还抱有幻想：可能只是暑期会议积压、开发者集中上游导致的一次性洪峰。
▲ Phoronix 标题写着：This RC Is Huge
但一周后，rc7 来了，洪峰没有退数百条提交、两百多位贡献者、驱动/文件系统/网络/架构四处开花，按内核开发二十年的节奏，rc7 应该是"安静地等待正式版"的阶段。可2026年的现实是：越到收口，越像开闸。
Torvalds 不再寄望于"下周就好了"。他的措辞从 rc6 的描述异常，进化到 rc7 的归因工具、接受现实、继续发布：没有什么特别吓人的东西，只是量太大了。不推迟 7.2
翻译成人话：工地还在疯狂砌砖，但工头看了一圈说"结构没问题，按期交房"。
▲ The Register 标题：AI has made 'huge' Linux kernel updates the new normal
AI到底在内核里干了什么？
先泼一盆冷水：AI没有在写内核代码。
准确地说，公开信息显示的链条是这样的，
第一步，AI审查工具（如内核社区的 Sashiko 系统）像一群不知疲倦的实习生，盯着邮件列表上每一个新提交的补丁，用多阶段协议逐行审查。
第二步，这些工具在已经通过人类审查的补丁上，仍然能揪出一批之前没注意到的问题。
第三步，有经验的开发者看到了这些发现，跟进编写修复补丁，签上自己的名字（Signed-off-by），提交合并。
rc 阶段因此涌入了超出往常节奏的修复补丁。AI负责扫雷，有经验的工程师核实问题、编写修复并签名担责。
▲ Sashiko 实时审查内核补丁的工作台：每一行都是正在处理的 PATCH
Sashiko 这个名字来自日语"刺子绣"，一种用密集针脚加固磨损布料的传统技艺。用针脚加固代码，这个隐喻精准得让人起鸡皮疙瘩。
▲ Sashiko 在 GitHub 上的开源仓库，可查看源码、文档与提交记录
5月预演：安全邮件列表几乎失控
其实早在三个月前，Torvalds 就已经被AI搞到火冒三丈。
2026年5月，他在 7.1-rc4 通报中怒斥：AI 发现的漏洞报告把安全邮件列表搞到"几乎无法管理"。不同的人用同样的工具扫出同样的bug，疯狂重复提交。维护者的时间被消耗在一遍遍回复"这个上周已经修了"上。
"AI tools are great, but only if they actually help, rather than cause unnecessary pain and pointless make-believe work."
AI工具很好，前提是真能帮上忙；无意义的痛苦和虚假忙碌只会拖累维护者。
▲ AI bug hunters 让安全邮件列表"几乎无法管理"
这句话当时就引发了轩然大波但紧接着发生的事更劲爆，
七月摊牌："谁反AI谁走人"
围绕 Sashiko 的使用方式，社区爆发了一场路线之争。有人提议AI评论必须先经人工过滤再送达补丁作者。Torvalds 一锤定音：
"Linux is not one of those anti-AI projects, and if somebody has issues with that, they can do the open-source thing and fork it. Or just walk away."
Linux不属于反AI阵营有人对此不满，可以fork，也可以离开。
他补了一刀：不会强迫任何人用LLM工具，但会非常大声地无视那些试图阻止别人使用的人。
▲ "Linux is not one of those anti-AI projects" ， Torvalds 划下红线
这段话的杀伤力在于：开源世界里，Gentoo 禁了AI贡献，curl 限了AI补丁，Ghostty 直接挡门口。而全球最大的开源项目，由那个以"骂人"闻名的男人，亲手按下了通行键。
网友吵翻：提效还是灾难？
消息传到社交媒体，两种声音针锋相对。
▲ “经验丰富的程序员在借助工具提效，和vibe coder无关”
一派认为：别把人当傻子 能合入Linux内核的开发者都是什么水平？他们只是用工具提了效，每一行代码仍然有真人签名、真人负责、真人解释。
▲ "我感觉这最终会走向灾难"
另一派则弥漫着深层焦虑：什么都在变成AI slop。 今天是修bug，明天呢？内核支撑着手机、服务器、卫星和汽车，这一层的故障可能超越单个应用，波及大量设备与服务。
编译器类比：Torvalds的历史定位
在今年的开源峰会上，Torvalds 给出了他的终极类比：AI就像当年的编译器。
从手写汇编到高级语言编译，每一次抽象层上移都有人喊"程序员要失业"。他反问：如果有人说"99%的代码是AI写的"，按照同样逻辑，也可以声称"100%的代码是编译器写的"。
他的立场清晰得像刀锋：工具会极大提高生产力，但要做活几十年的系统，工程师仍必须理解生成结果。 不理解就签名的人，出了事得自己扛
这种态度带着冰冷的工程现实主义
改变已经落到哪些地方？
拉远一步看，2026年8月这一周标记了一个分水岭：
对内核开发，rc阶段不再安静AI持续供料，"收口期洪峰"将成为常态。测试、去重、审查工作量全面上升
对开源生态，Linux给出了一条中间路线：不反AI，不放任噪声，用文档和流程消化冲击。其他项目会被这条路线拽着重新选择站位。
对所有工程师，Signed-off-by 所代表的提交身份与声誉责任没有变。AI帮你找到了bug，修复仍由签名的人解释并负责。 工具提高了发现问题的速度，门槛也随之移到理解、验证与担责上。
对你我，用着Linux内核的手机、云服务器和智能设备不会因为"rc很大"就立刻出事。但这场静默的地壳运动，正在重塑我们脚下的每一寸数字地基。
Torvalds 最后说："I don't currently see any value in delaying the 7.2 release."
他不兴奋，但也不恐惧工具已经改变了节奏，而人类仍握着方向盘。
这大概就是2026年最诚实的一句AI总结：It is what it is.
