Linus Torvalds 在发布 Linux 7.3-rc2 时，半开玩笑地写了一句话

Linus Torvalds 在发布 Linux 7.3-rc2 时，半开玩笑地写了一句话： 「不管是不是 AI 造成的，反正把锅甩给 AI 就对了。」 因为这个本该最清闲的开发阶段，突然涌进了 681 个提交。 它成了近年来体量最庞大的候选版本之一。 围观的人都在笑看 Linus 调侃。 但 Linux 内部正在发生的事，一点也不轻松。 一个运转了三十多年的开源项目，拥有全世界最严苛的审核制度。 为什么它会在 AI 时代突然遭遇节奏失灵？ 很多人以为，AI 写代码最大的改变是替程序员省时间。 如果只是省时间，顶层的维护者为什么没有感到轻松，反而压力更大？ 这台机器叫「代码通胀与审阅带宽不对称」。 在软件工程里，写代码的成本和验证代码的成本，从来是两码事。 在传统的 Linux 开发节律里，有两个星期的合并窗口。 各大子系统的维护者把过去几个月攒下的新功能打包并入，形成第一个候选版本 rc1。 随后的 rc2，在社区里被称为喘息期。 所有人放慢节奏，等待测试系统和用户去撞出隐藏的缺陷。 AI 改变了底层的生产成本。 生成一段逻辑看似通顺的补丁，现在只需要几秒钟。 一个驱动的微调、一组文件系统的修复、一段测试用例的重构，以前需要工程师翻几天文档，现在敲一行提示词就能批量产出。 生产代码的边际成本，被砸向了零点。 可是，验证一段代码的成本，一分钱都没有降。 在逼近 4100 万行代码的巨型内核里，确认一段代码会不会在并发时死锁、会不会引发内存越界、会不会破坏既有架构，依然需要顶级工程师消耗半小时去逐行推演。 当生产端的速度提高了数十倍，而人类审阅的带宽依然受制于生理极限，系统的缓冲垫被瞬间击穿了。 原本用来喘息的 rc2，被海量轻量级的修补与改动塞满。 经济学上把这种现象叫做杰文斯悖论。 当一种资源的利用成本暴跌时，它的消耗量不会减少，反而会呈指数级暴增。 代码也是一样。 廉价的代码没有消灭工作量。 它只是把写代码的体力活，转化成了审阅代码的认知税。 写补丁的人省下了时间，而确认补丁是否安全的成本，被转嫁给了金字塔顶端的维护者。 Linus 本人并不排斥 AI，他甚至用 AI 帮自己做过内核排错。 但他拒绝为 AI 代码开辟任何绿色通道，依然死守开发者签名与人类责任制。 因为开源生态能运转三十年，从来不靠代码产出有多快。 它靠的是那张由人类声誉与注意力构筑的信任网。 当工具让生产变得廉价，决定系统天花板的，就只剩下审阅的带宽。 代码越容易泛滥，那个能在泥沙俱下的提交里守住底线的人类大脑，就越昂贵。