Linus真香了？他用Claude Code写的内核补丁，还没通过评审
2026年10月，有人在Linus的官方内核仓库里刷到一个名字很扎眼的分支：noref-filemap-read-with-llm——后缀明明白白写着"此项目有AI参与"。而Linus本人在commit message的"Tools"一节里大大方方承认：代码、测试程序、评审清单，以及这段文字的初稿，都是LLM编程助手Claude Code在他的指导下完成的。知乎知乎知乎
就是那个2024年说AI是"90%的营销，10%的现实"、自己不想碰的Linus。知乎
这次动的还是最核心的地方
他修的是page cache（页面缓存）里躺了两年的老问题：多个线程同时读同一个文件的小块数据，内核要反复改同一个引用计数，CPU核心之间疯狂传递缓存行，实测这个颠簸占到他机器上99.92%的Load HITM开销——这问题2024年就由核心开发者Matthew Wilcox提出，两年没人搞定。知乎
Linus换了个思路：页从缓存移除后，借RCU机制延迟一个周期再释放，读取方在保护区里直接拷数据，绕开引用计数争抢。Claude Code负责把方案落成代码和测试，方向、判断、测量、署名，全是他自己的。知乎
效果：i7-8565U笔记本、8线程16字节并发小读，吞吐从约1000万次/秒干到约3000万次/秒，单次读的内核周期从2950降到725。但Linus特意写清：这是他的笔记本、他的benchmark，多CPU多socket他没测——数字只说到证据覆盖的地方。知乎
评审不讲情面
补丁10月13日发上邮件列表，第二天就被reviewer揪出一个竞态条件，还得继续改，截至10月中旬没有合并。社区同期还在吵"Assisted-by"标签去留。Arm开发者Lorenzo Stoakes那句比喻很到位：LLM是数字猎犬，不是新同事——猎犬不替猎人开枪。内核铁律Signed-off-by必须由活人签，AI没有法律意义上的署名资格。知乎知乎
顺带一提，Linus还让大模型帮他梳理了一个2013年就进内核的assoc-array老库，结果从一份bug报告里多揪出3个藏了十多年的缺陷。微博
从"不想碰"到"AI写commit message初稿"，Linus的转弯只用了两年。这比任何AI编程广告都有说服力，但结论别急着下：真正值钱的从来不是"AI会不会替你写代码"，而是你能不能把问题定义清楚、把AI指挥明白、把结果扛下来。Talk is cheap——show me the code之后，还有一句：谁敢签这个code。
