Linus承认带着Claude Code写内核，8线程吞吐翻3倍：手搓OS圈那句"我不用AI才是真的"，突然说不出口了
一个带着"llm"后缀的分支，把整个手搓OS圈的潜规则捅穿了
这周去翻Linus的官方内核仓库，会看到一个以前不可能出现的分支名：noref-filemap-read-with-llm。后缀写得明明白白——这个活有AI参与。更少见的是Linus在补丁说明里的态度：从核心代码、测试用例，到改动审查和文档草稿，全是他手把手带着Claude Code搞出来的，一句"在我的指导下"，把人和机器的分工摆到了台面上。知乎
结果也确实拿得出手：在8线程并发小读同一个文件的测试里，吞吐量从约1000万涨到约3300万，翻了3倍出头。新智元
这条消息对其他圈子是"又一条AI新闻"，但对10月正在密集搓系统的这帮人来说不一样。你去B站看看这个圈子现在什么画风：10月14号深夜刚发的BORUIX 0.1.0，16岁，纯Rust，号称16万行代码。 更早一点，12岁作者的OS002用4686行C做出了多线程加中断；初一到高中的连载作者一大把。这个圈子里长期存在一条没写明的鄙视链——“AI只会写皮肤、写伪系统，我手写的才是真内核”。上个月初中生团队OpenX（播放76万）就是因为"夸大AI含量"被喷到专门发视频道歉。哔哩哔哩哔哩哔哩
现在，那个公开说过"AI 90%是营销"的男人，自己把llm写进了官方仓库的分支名里。手搓党最后一句硬气话，突然说不出口了。知乎
先别急着"AI对，手搓错"，Linus这单活恰恰是一次人机分工示范
把补丁拆开看，AI接走和留下的部分很清楚：
AI干的：实现方案初稿、检验方案的测试程序、梳理潜在问题，还有文档草稿。第二个事件更能说明问题——开发者Nils Ollrogge提交了一个关联数组（assoc_array）的Bug报告，Linus嫌这段2013年的代码太晦涩，让大模型帮忙拆解、把大函数切开，再丢进用户态测试框架跑。结果不光确认了报告的问题，还额外揪出3个Bug，四个全是从2013年第一次合入时就潜伏的，其中一个用18个键就能触发。新智元
Linus干的：问题的定义——这个瓶颈内核开发者Matthew Wilcox早在2024年就指出了，多个线程同读一个文件时反复修改folio引用计数，底层疯狂执行lock cmpxchg，缓存行来回颠簸；在Linus的测试里它吃掉了99.92%的开销。 方案的方向——去掉读取路径的计数争抢，用RCU延迟归还内存。最后是审查：文档初稿必须和代码、测试数据逐条对得上，对不上就打回。知乎
还有个容易被标题吃掉的数字：单线程提升只有一成左右。3倍是"8线程、16字节、读同一页文件、ext4、i7-8565U笔记本"这个特定场景的数字。AI交出来的结果，照样得人来划定它到底在什么条件下成立。
所以别把这事读成"手写已死"。Linus证明的是另一件事：AI能不能进内核，取决于有没有一个看得懂代码的人在把关。
三条路线，分别适合谁
这个事件之后，手搓OS圈其实只剩三条路，各算各的账：
路线A：纯手搓，继续当"理解力健身房"。 像CoolPotOS（x86宏内核，自己啃ACPI、FAT、ISO9660）和那批连载日记党，从bootloader一行行写到图形模式。代价是速度——AI党的进度条看起来永远更快；收益是你写的每一行都知道为什么存在。适合两个场景：真入门（《30天自制操作系统》依然是被引用最多的教材），以及需要"证明代码是自己写的"的场合。顺带提醒：10月开始有机构把"手搓操作系统内核"包装成考研复试项目卖了。 如果你目标是复试、面试，那bootloader、中断、调度器这几块必须真过自己手，AI替你搓的壳经不起现场提问。小红书
路线B：Linus式——AI写，你审、你测、你定边界。 这是本月知乎上一批"想和Linus一样写自己的小OS需要什么"式提问真正该得到的答案：AI是放大器，不是门票。前置条件是你读得懂它交来的东西，并且能像Linus一样把"什么条件下成立"写清楚。适合已经搓过完整内核、被内存管理和驱动拖慢速度的中度玩家。成本账要算：这个圈子已经有摄影师晒出一个月烧掉千亿token、让AI把整套摄影工作流工具重写一遍的帖子，纯靠token堆进度，账单比编译器报错更劝退。微博
路线C：伪系统、皮肤、前端OS，明码标价"图一乐"。 Scratch搓3万积木的zxLeafOS、浏览器里手搓3万行的NexusOS，这类作品这两周多到出现专门的"从夯到拉锐评自制OS"鉴别视频。它们没有错，错的是把自己包装成真内核——OpenX的道歉就是这条线的学费。想做交互、做界面完整度，就走这条，简介里写清楚，反而容易攒到同好。
接下来盯三个信号
noref-filemap-read-with-llm这个分支最终有没有被合入主线。 进了，等于"AI写的代码"在Linux维护规则里拿到正式判例；没进，社区那半句"AI代码上不了内核"还能继续说下去。
有没有自制OS作者学Linus，在自己仓库分支名里打上with-llm。 这个圈子的风气转向，比内核合并来得快。
BORUIX这类"16万行纯Rust"的后续码量核验。 低龄军备竞赛刚被Linus事件重新点燃，"代码行数"和"AI含量"接下来会成锐评区的两个主战场。
一句话收尾：Linus这组补丁给手搓OS圈的不是判决书，是分工表——定义问题、审查结果、划定边界，这三件事AI至今交不了货；剩下的，它真的可以代劳。 想清楚自己的作品要证明什么，再决定哪些活外包给Claude，哪些坚持自己上手。
