10月12日,知乎冒出一个新话题:如何看待Linus用Claude Code给Linux内核做vibe coding? 高赞回答没在夸他,在阴阳:Linus其实很久之前就已经在用现代技术了,只需要说出自己的想法,就会有一堆资深程序员抢着实现。而阴阳归阴阳,这个话题本身就足够让AI编程用户停下来——在编程世界最硬的那块"反AI招牌"身上,"不看AI代码"曾经是立场本身。于是朋友圈和技术群里很快出现了熟悉的句式:“最后的堡垒也倒了”“AI编程正式通过权威验收”。知乎知乎
先泼半盆冷水:截至发稿,内核侧没有检索到官方口径承认"Linus本人用Claude Code写内核"这件事,热搜的是讨论话题,不是官宣事实。但这件事反而更值得拆——过去10个月,Linus和内核社区围绕"AI代码到底怎么收"说过的话、立过的规矩,比这个话题本身信息量大得多。我把2025年11月到今年的公开报道拉成一条完整时间线,结论可能和"倒向了"完全相反:真正重要的信号不是Linus用没用AI,而是内核给AI代码立下了哪三条验收规矩。这三条,你的仓库明天就能抄。
一、先看时间线:10个月,6个锚点
时间 | 发生了什么 | 关键原话 |
|---|---|---|
2025-11 | Linus自曝近况 | 近20年不做程序员、没碰过AI编程 |
2026-01 | 怒怼"AI垃圾代码"争论 | 靠写文档,根本救不了Linux内核 |
2026-02 | 炮轰MMC代码更新 | 连编译都过不了,测试根本没做 |
2026-04 | 为AI代码"立法"拍板 | 允许用AI,但锅必须人背 |
2026-07 | 怒怼反AI派 | Linux不会反AI,不服就Fork或离开 |
2026-08 | 吐槽内核被AI搞"太大了" | AI找了一堆小Bug,但这已成为"新常态" |
2026-09 | 内核开发者实测AI补丁 | Bug找得挺准,23个补丁最高提速90%,但代码都是我重写的 |
2026-10 | 知乎热帖 | linus使用claudecode进行linux内核vibecoding |
把这条线读直了,它不是"真香倒戈"的故事:2025年11月他确实没碰过AI编程;2026年1到2月他骂的也不是AI本身,而是"连编译都没过就敢交"的敷衍;4月正式立法,7月公开为AI怼反AI派——两年前批AI是炒作的Linus,如今亲自为AI站台。 8月他吐槽的重点已经变成AI找Bug带来的审查量。 9月内核开发者的实践更具体:Bug找得挺准、提速可观,但合入的代码是人重写的。 所以再看10月这个热搜话题,放进轨迹里就不是立场反转,而是行为补全——先立好规矩,才轮到自己动手用。36氪36氪36氪
二、内核给AI代码立的三条验收规矩
规矩一:AI是工具不是主体,锅必须人背。 吵了几个月后,Linus在4月拍板为AI代码立法:允许用AI,但锅必须人背。 媒体把它压成一句更糙的话:Copilot可以用,出了问题人来背。 这套说法粗糙,但机制其实很现代:AI生成的代码可以进主线,签名的是人、值班的是人、挨骂的是人。这条直接戳破的是AI编程圈最常见的错觉——“内核都收AI代码了,所以你也可以放心交”。内核收的不是AI代码,是愿意给AI代码背锅的人。36氪36氪
规矩二:验收形态是"人重写",不是"直接合"。 9月那位内核开发者的用法值得逐字看:AI负责找问题、给补丁方向,23个补丁最高提速90%听起来很香,但最终合并的版本是他自己重写的。Linus自己7月也说透了AI的局限:代码不能直接用,bug只能创可贴式地修。 两句合起来就是内核的AI使用分工:让AI当高精度探针去扫、去找、去初验,合入形态必须是人重写过的代码。AI在里面的位置是探测,不是承包。36氪
规矩三:AI带来的审查负载,要当"新常态"明算账。 8月Linus的吐槽很实在:AI找了一堆小Bug,但这已成为新常态——报告变多是好事,审不过来的成本也是真成本。同一件事在企业侧也被研究反复验证:引入AI编程代理的公司,人工代码审查成了整体效率的一大瓶颈,几乎没有证据表明企业使用AI工具能提高软件产量。 内核的做法是承认这笔账、按新负载设门槛;而多数翻车现场的做法是假装账不存在,等崩了再归因工具。哈佛团队跟进70万程序员的那项"多写30%代码、交付没变快"的研究,说的其实是同一件事。知乎
三、三个生态,三种答案:差的不是立场,是审查能力
同一道题不止Linux在做:游戏引擎Godot在7月对AI代码下了狠手,禁止Vibe Coding、大幅提高PR门槛。 Rust在8月给AI编程立的新规是另一条路:能帮你看,不能替你写,用多了还会熔断。36氪36氪
三种答案背后是三种不同的审查能力:内核养得起全世界最贵的维护者队伍,所以敢开门+严验收;Godot社区小、PR靠几个核心成员手审,所以干脆抬门槛;Rust把限制做进语言规范。别忘了Linus那句前提:没人能彻底搞懂Linux内核的3500万行代码。连最自信的社区都不宣称"看得懂每一行",它只是敢用机制兜住。36氪
所以拿"Linus都在用"给自己壮胆之前,先对号入座你更像谁:像内核,就照三条规矩开门;像Godot,就承认自己审不动,先把门槛抬起来。最危险的状态,是拿着Godot的审查能力,学内核的开门勇气。
四、三类人怎么抄作业
纯vibe coding玩家:抄规矩二的最低配——交付前,每一块代码你得能向人复述一遍。复述不出来的部分,"能跑"二字的风险全在你身上,跟Linus用没用Claude Code无关。
中度工程师/团队骨干:内核三件套可以直接搬进贡献规范:AI参与要在PR里披露、提交由人签名背锅、审查门槛不随AI代码量下降。这三条是Linux、Godot、Rust三个生态公开实践中收敛的交集,抄起来零成本。
想给团队"加Agent数量"的负责人:先看清两组本周的实测数据。让单个Claude Opus 5.5智能体独自开发一款网页应用,平均花费约23.77美元;给它组个队、把推理强度保持在同一档,平均账单变成122美元、贵了5.1倍,测试分数却只从89.8%到93.2%,研究者说差异没有达到统计显著。 组队写代码不买账;但在"找Bug"这类验证型任务上,Claude自己组队查Bug在11.6万行代码里揪出66个,单Agent最高只找到27个,方向反而成立。 任务类型决定组队值不值,缺验收能力才是根因。知乎36氪
观望党请记两个观察信号:一是内核侧是否就"Linus用Claude Code"给出官方口径或AI参与披露;二是合并窗口里有没有为"AI找出一堆小Bug"的新常态配套门槛和额度机制。这两点落地之前,"权威盖章"的说法都当段子看。
写在最后
这周真正该带走的不是"AI编程封神了",而是Linus用10个月划的那条底线:代码写得再快,验收环节站着的必须是人。锅必须人背、合入必须人重写、审查成本必须明算账——内核先给AI立完规矩,才轮到它自己动手用。急着喊"堡垒倒了"之前,先把你自己仓库的那三道关装上。