张大妈

「Linus用Claude Code给Linux内核vibe coding」话题刷屏:先别喊AI编程封神,内核给AI代码立的三条验收规矩才是能抄的作业

源自31位全网作者

11:41

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立完规矩,才轮到它自己动手用。急着喊"堡垒倒了"之前,先把你自己仓库的那三道关装上。

内容由AI生成

精选参考来源

1. 如何看待linus使用claudecode进行linux内核vibecoding?

2. 如何看待linus使用claudecode进行linux内核vibecoding?

3. “要么Fork,要么走人”,Linus怒怼AI反对派:Linux不搞“反AI”

4. Linux内核被AI搞“太大了”,Linus吐槽:AI找了一堆小Bug,但这已成为“新常态”

5. “AI写的代码「惨不忍睹」!”Linux内核开发者吐槽:Bug找得挺准,23个补丁最高提速90%,但代码都是我重写的

6. 吵了几个月,Linus终于拍板,Linux正式为AI代码“立法”:允许用AI,但锅必须人背

7. 世界变了、Linus妥协了?AI代码可以进Linux内核,但出了事人来背

8. Linus一句话说透AI局限:代码不能直接用,bug只能创可贴式地修

9. AI编程智能体生成更多代码却未提升软件产出,原因是什么?

10. 忍无可忍,Godot正式对AI代码“下狠手”,禁止Vibe Coding、大幅提高PR门槛:“无法相信高度依赖AI的开发者”

11. Rust 给 AI 编程立新规:能帮你看,不能替你写,用多了还会“熔断”

12. Linus:别指望Rust能修复所有Bug、没人能彻底搞懂Linux内核的3500万行代码

13. ClaudeOpus5.5让Agent组队写代码,花费涨到5.1倍,分数却没显著提高

14. Claude自己组队查Bug!11.6万行代码揪出66个,单Agent最高只找到27个

0
扫一下,分享更方便,购买更轻松
0评论

当前文章无评论,是时候发表评论了
提示信息

取消
确认
评论举报

最新文章 热门文章