2024年10月，Linus Torvalds公开说AI是"90%的营销，10%的现实"。知乎知乎
2026年10月10日，他在Linux内核commit里写下：代码、测试程序、评审清单、commit文本初稿，“都是由一个LLM编程助手（Claude Code）在我的指导下完成的”。署名：Linus Torvalds。知乎
这个转弯发生了三次。
第一场：page cache，3倍吞吐
Linux的page cache像一间公共仓库。多线程同时读同一文件时，内核要反复给同一个内存页加减引用计数，每次都要改同一行缓存——线程一多，这行缓存就成了独木桥。
这个瓶颈2024年就有人提出来。之前的方案卡住了：先不取引用、把数据拷到栈上再验证，但页可能被释放、复用、迁移，验证很难覆盖所有边界。知乎
Linus换了个方向：页从page cache移除后，先等一个RCU周期再释放。读的时候在RCU保护区里拿到页，直接拷给用户，不用再取引用。那些"拷完再验证"的难题，被延迟释放绕开了。知乎
这套代码由Claude Code在他指导下完成。benchmark结果：8线程并发读同一页，吞吐从约1000万次/秒升到3000万次/秒；单次读的内核周期从约2950降到725。知乎
10月13日补丁发到邮件列表，评审很快发现了一个竞态条件，截至10月中旬没有合并。
AI把速度提上去了，也把一个竞态条件带进了讨论。
第二场：13年没人动的1734行
assoc_array是内核里的一个库，2013年7月提交，1734行，13年没人动过。Linus用LLM把代码重构了一遍，目标只是"让它更容易读"。重构后写了一个用户态测试桩去验证——测试桩不进内核，独立跑。知乎
它确认了开发者Nils Ollrogge已报的那个bug，同时另外撞出三个。这三个bug一路回溯到assoc_array第一次进入内核的那笔提交——2013年7月17日。13年，从没有人碰响过。知乎
但真正把bug撞出来的是测试桩，不是模型自己"审"出了什么。LLM干的是摊开代码、写测试、跑测试这些体力活，判断依旧在Linus手上。
重点不是"AI会找bug"，而是"读懂1734行的成本被压下来了，写测试第一次变得划算"。
第三场：24个patch、18次重启、改1个词
2026年8月20日那个周末，Linus本来只是要修个黑屏。
结果用了10多个小时、逼AI跑了24个debug patch、重启18次内核，最后改动就一行——把round_up()换成round_down()。知乎微博
这个bug在Intel Xe图形驱动里躺了将近两年。2024年9月的一次重构让驱动把内存起始位置向上对齐到128KB边界，大多数硬件没问题，但Linus的Battlemage G21偏偏踩到了一段布局稀松的位置，偏差被放大成显示管理器无限重启。知乎
他在commit里写：“来自地狱的debug session，AI做了大量苦力活。虽然AI几次想要放弃，但当我推动它时，它确实不断添加调试代码并认真分析。所以应当给它应得的认可，我就让AI写了上面的提交信息。”
猎犬不替猎人开枪
Arm内核开发者Lorenzo Stoakes有个说法：LLM在内核开发里最像数字猎犬，不是另一个同事。猎犬负责把猎物赶出来，猎人负责开枪。知乎
找"哪段代码有问题"是Linus，找"怎么把问题扒出来"是AI。搞反了就是另一回事。
Linux内核有一条铁律：Signed-off-by这行字。每一条进mainline的补丁，都必须有一个人为它背书。AI没有法律意义上的DCO。
所以commit 818bebe的Signed-off-by是"Linus Torvalds"本人。AI写正文，人签身份证。这是规矩，不是可选项。知乎
对你有什么用
Linus这三轮实验留了一个可复制的流程：
挑那块谁也不愿打开的文件
只做"让它好读"的重构，别顺手改行为
补一个能在本地跑的测试桩
让测试去撞bug，别让模型去猜bug
前提：你得有能力写出测试。知乎
Linus这轮没让AI写一行业务逻辑，只让它干了一件最不显眼的事：把代码摊开。
你手上大概率也有一段谁都不想打开的文件。
