2026年开源峰会，台上坐着两个人。一个是Linux之父Linus Torvalds，一个是他的老朋友、Verizon开源办公室负责人Dirk Hohndel。
气氛原本轻松。聊内核开发进展，聊版本迭代节奏。
直到话题转向AI。
Linus Torvalds的语气突然变了。他坐直身体，盯着台下，说出了一段让整个开发者社区为之震动的话：
"When I see people saying, 'Hey, 99% of our code is written by AI,' I literally get angry, because those same people — I can pretty much guarantee — that 100% of their code is written by compilers. But they never say that."
「当我看到有人说'嘿，我们99%的代码是AI写的'，我会真的生气。因为这些人——我几乎可以保证——他们100%的代码也是编译器写的。但他们从来不会这么说。」
这段话被剪成短视频，在X上拿到了35.7万次观看、3900多个赞。
▲ @IntCyberDigest 发布的视频帖，Linux之父与Dirk Hohndel在开源峰会对话现场
编译器类比，为什么杀伤力这么大？
乍一听像抬杠。但仔细想想，这个类比精准到让人无法反驳。
你用C语言写了一个程序。编译器把它翻译成机器码。最终跑在CPU上的每一条指令，都是编译器"写"的。
但从来没有任何一个程序员站出来说："我的App是GCC写的。"
为什么？因为所有人都知道，编译器只是翻译工具。设计、逻辑、架构、Bug排查，全是人干的。编译器再强，也只是忠实执行人类的意图。
现在换成AI。你用自然语言描述需求，AI帮你生成代码。你review、修改、测试、部署。
本质上，AI在这个流程里扮演的角色和编译器高度相似——都是把人类的意图转换成可执行的产物。
但奇怪的事情发生了：同一批人，用编译器的时候说"我写的程序"，用AI的时候突然改口说"AI写的代码"。
这种双标，让一个写了35年底层代码的人忍不了。
一个关键背景：Linux之父从机器码时代走过来
要理解这股怒气的分量，得先知道Linus Torvalds的编程起点。
他最早写的代码，连汇编都算不上——直接用机器码，手动输入数字，自己算分支偏移量。后来有了汇编器，再后来有了C编译器，生产力一层一层往上翻。
他在峰会上给出了一组对比：
- 编译器时代（从手写机器码到高级语言）：生产力提升约1000倍
- AI时代
10倍已经足够改变游戏规则。但他紧接着说了一句被反复引用的话：
"I'm 100% sure AI is changing programming, but it hasn't changed the fun of programming."
「我百分之百确信AI正在改变编程，但它没有改变编程的乐趣。」
乐趣在哪？在于理解。在于你知道系统底层发生了什么，知道一个指令为什么在这里而不在那里，知道一段代码为什么能跑也知道它为什么会崩。
AI可以帮你写得更快，但如果你放弃了理解，那你和一台自动打字机没有区别。
数据说话：内核提交量暴涨20%，Linux之父一开始都没反应过来
Linux之父不光嘴上怼，他手里有数据。
过去20年，Linux内核的发布节奏极其稳定，每个版本的提交量波动不大。但最近半年，情况变了——提交量突然比往常多了约20%。
Linus Torvalds一开始以为是大版本号（从6.x跳到7.0）带来的社区热情。后来仔细一看数据才发现：主要推动力来自AI工具。
AI特别擅长在庞大的老代码库里翻出几十年没人发现的bug。内核二号人物Greg Kroah-Hartman甚至搭了一套本地AI系统，取名"Clanker T1000"，专门用来扫描老驱动代码、定位问题、然后自己写patch提交。
听起来像是好事？
确实是好事。但好事的背面，藏着一个正在吞噬开源社区的危机。
维护者正在被压垮：AI把"提问题"的门槛降到了零
AI让写代码和找bug变得容易了。但有一件事，它没有变容易——审查、跟进、维护。
Linus Torvalds在峰会上专门提了一个现象：drive-by bug report（路过式缺陷报告）。
什么意思？有人跑个AI工具，扫到一个潜在问题，啪地提交一个报告。然后维护者问他：能不能给更多细节？能不能写个补丁？
人消失了。
"Sometimes AI reports a bug and when you ask for more information the person has done that drive-by and does not even answer your question. That's the real burnout issue."
「有时候AI报了一个bug，你问对方要更多信息，结果那个人已经'路过'了，根本不回复你的问题。这才是真正让人精疲力竭的地方。」
Linux内核体量大、维护者多、资源充足，还能扛住这波冲击。
但那些只有一两个人维护了十年以上的小型开源项目呢？
它们是整个软件生态的地基。无数公司和产品依赖它们。而现在，维护者的收件箱被AI生成的低质量报告塞满，热情正在一点一点被消耗殆尽。
▲ Tom's Hardware 报道：AI生成的重复漏洞报告让Linux安全邮件列表"几乎完全无法管理"
安全列表崩了：同一个漏洞，几十个人同时用AI挖出来
事情还有更严峻的一面。
Linux内核原来有一个私密的安全邮件列表，专门处理漏洞披露。规则很简单：你发现漏洞，先私下报告，维护者有时间修复后再公开。
AI把这套流程彻底打穿了。
同一个漏洞，几十个人用类似的AI工具同时发现，然后同时报告到私密列表。列表被淹了。分类（triage）根本做不过来。
Linus Torvalds直接推动了一项新政策：
- AI辅助发现的漏洞，默认视为公开信息（因为"by definition not secret"——100个人用同样的工具都能挖到）
这项政策可能是AI时代第一个被大型开源项目正式采纳的漏洞披露流程调整。它承认了一个现实：当发现漏洞的成本趋近于零，传统的"协调披露90天"模式撑不住了。
社区吵翻了：编译器类比到底成不成立？
Linux之父的话传开后，开发者社区立刻分裂成两派。
认同派的逻辑很清晰：工具就是工具。你用锤子盖了房子，功劳归你；你用AI写了程序，功劳也归你。同理，出了问题也得你扛。
Reddit上最火的一条评论把这浓缩成四个字："u ship it, u own it"——你上线的，你负责。迅速成为meme。
▲ @twtayaan 的长文总结帖获得超过8000个赞，完整梳理了Linux之父的发言语境
质疑派也有道理：编译器是确定性的翻译——同样的输入永远产生同样的输出。AI是概率性的生成——同样的提示可能产出完全不同的代码，还可能藏着微妙的错误。
这两者的本质区别在于：编译器不会"创造"，AI会。编译器不会犯逻辑错误，AI会。
还有人担心：如果Linux之父的观点被过度简化成"AI写代码没什么大不了"，可能会让一些开发者放松对AI输出的审查——这恰恰是他最反对的事情。
但Linux之父自己的立场其实更微妙。他并非否认AI的创造性，他反感的是把"谁写的"这个归属问题当成营销卖点，同时把理解和责任从人类手中甩掉。
别误会，Linux之父自己也在用AI
最后需要补一个关键事实：Linux之父并不反对AI。
他在峰会上明确说自己是"pro tool"（支持工具）。他私下用AI辅助自己的个人项目。他还会去看AI生成的汇编输出，确认底层发生了什么。
内核社区2026年初通过了正式政策：
- AI生成的代码可以提交，但必须带"Assisted-by:"标签
- 提交者（人类）必须签署Signed-off-by，对所有bug负全责
换句话说：你可以让AI当你的副驾驶，但方向盘必须在你手里。出了车祸，赔钱的是你。
▲ It's FOSS 报道了Linux之父在2026年用AI辅助个人项目的细节，提供了平衡视角
这场争论指向的终极问题
2025到2026年，AI编码工具爆发式成熟。Copilot、Claude Code、Cursor……每一款都在刷新开发者的生产力上限。
与此同时，"99%代码AI写"的营销口号也铺天盖地。投资路演里，CEO访谈中，产品广告上，这个数字被反复放大。
它制造了一个幻觉：人类程序员的角色被过度低估。
Linux之父用他标志性的暴脾气，把这个幻觉戳破了。
他要说的从来只有一件事——你可以用最强的工具，但你必须知道自己在干什么。编译器时代如此，AI时代同样如此。
35年前，一个芬兰大学生在386电脑上手写了一个操作系统内核。那个内核后来驱动了全球几乎所有的服务器、手机和超级计算机。
35年后，他坐在明尼阿波利斯的舞台上，对着满场开发者说：理解你写的东西，永远比写得快更重要。
这话放在任何时代都成立。只是在AI时代，它比以往任何时候都更值得被听见。
10个月宝宝每天需要喝多少奶粉？
