Linux 之父说了句真话，然后整个开源世界炸了

2026 年 7 月 14 日，Linux 内核邮件列表上出现了一段话。发话的人是 Linus Torvalds，Linux 的创始人，这个星球上最有影响力的软件工程师之一。

他说：”Linux 不是那些反 AI 项目之一。如果有人对此有意见，他们可以按照开源的方式，把项目 fork 出去。或者干脆离开。”

翻译成大白话：要么 fork，要么走人。

这段话在 48 小时内传遍了整个技术圈。支持的人说 Linus 终于说了句务实的话。反对的人说他在给 AI 入侵开源社区开绿灯。两边吵得很凶，但两边都没说到点子上。

Linus 这段话的真正含义不在 AI 好不好。在谁来扛成本。

先说背景。

一个叫 Roman Gushchin 的 Google 工程师做了一个叫 Sashiko 的工具。名字来自日语”刺し子”——一种传统的缝补针法。这个工具做的事情也很像缝补：它用 AI 扫描 Linux 内核的代码补丁，找出人类审查者遗漏的 bug。

数据很硬。基于 1000 个近期提交的 bug 集合，Sashiko 检出了 53.6%。这些 bug 的人类基线检出率是零。不是人类查出了一部分、AI 查出了另一部分——是人类全部漏掉了。

Roman 提议把 Sashiko 正式整合进内核开发流程。另一个维护者 Laurent Pinchart 反对。他的理由也不算离谱：Sashiko 的误报率大约 20%，每五条 AI 审查意见里就有一条是”看起来合理但完全错误”的幻觉。把这些噪音直接丢给提交者，会浪费他们的时间和精力。

Laurent 的方案是让人类维护者先过滤一遍 AI 的意见，确认有价值的再发出去。

Roman 一句话就戳破了这个方案：如果每条 AI 意见都需要维护者先人肉验证一遍，那引入 AI 的初衷就废了——消除了 20% 的噪音，却把 100% 的工作重新压回维护者身上。

争论到这里还是技术层面的。然后 Laurent 犯了一个错误。

他搬出了软件自由保护组织 SFC 的伦理指南，试图从”道德正确”的角度给 Sashiko 踩刹车。

Linus 就是在这个时候下场的。

理解 Linus 的反应，需要先理解他的治理哲学。

Linus 是 Linux 内核的 BDFL——”终身仁慈独裁者”。这个称号听起来很矛盾，但它的意思很简单：在技术方向上，他说了算。不搞投票，不搞共识，不搞”让我们再讨论三个月”。他认为对的就推，认为错的就砍。

这个模式运行了三十多年，效果很好。原因不是 Linus 永远正确，而是他在正确性和效率之间做了冷酷的选择——不等理论完美，先解决现实问题。

三十年前他选了 monolithic kernel 而不是微内核。学术界说微内核更优雅。Linus 说现实工程不能等优雅。他赢了。

二十年前他做了 Git。当时的版本控制系统很慢很笨重。Linus 不等了，自己写了一个。十天。Git 现在管理着地球上几乎所有重要的代码库。

现在他面对的是 AI。

Laurent 的错误在于，在一个只认技术 merit 的人面前用了道德论证。在 Linus 眼里，你搬出”XX 组织建议””XX 道德原则””XX 伦理指南”的那一刻，你就已经输了。不是说你的观点错了，是说你的论证方式不可接受。

Linus 的原话很直接：”我们不搞社会运动，我们不是社会正义战士，少拿那些带有政治色彩的纲领来对内核指手画脚。”

但 Linus 真正在意的不是政治正确不正确。他真正在意的是一个更具体的问题：维护者快死了。

Linux 内核的维护者群体有一个公开的秘密：他们老了。很多顶级维护者已经在这个项目上工作了三十多年，第一批人接近七十岁。C 语言的人才断层是真实的——年轻人更愿意去写 Python 和 JavaScript，愿意啃内核代码的人越来越少。

与此同时，AI 正在从另一个方向淹没他们。AI 生成的代码补丁像潮水一样涌进内核邮件列表。质量参差不齐，但每一都需要人来审。维护者正在被 AI 生成的补丁 DDOS。

在这种情况下，Roman 提交的 Sashiko 不是一个”锦上添花”的工具。它是一根救命稻草。53.6% 的检出率意味着维护者可以少看一半以上的隐藏 bug。20% 的误报率？编译器也有 bug，人类审查者也漏掉了全部——凭什么对 AI 吹毛求疵？

Linus 的逻辑链条很清晰：维护者是瓶颈，AI 是解药，讨论结束。

但这个逻辑链条里有一个被忽略的环节：解药的副作用由谁承担？

Linus 选择的方案是让 AI 审查意见直接发给补丁提交者。维护者零过滤成本。提交者需要自己判断哪些是真问题、哪些是 AI 幻觉，然后写邮件反驳。

这意味着什么？意味着一个普通开发者提交一个内核补丁，可能要多花半小时来和一个 AI 辩论。这半小时不是写代码的时间，是证明”我的代码没有 AI 说的那些问题”的时间。

成本被转移了。从几十个顶级维护者身上，转移到了无数普通贡献者身上。

从 Linus 的角度看，这是划算的。Linux 内核的最大瓶颈就是那几十个人的精力。他们崩溃，整个项目崩溃。普通贡献者多花半小时写反驳邮件，不致命。维护者多审一百条 AI 噪音，致命。

工程上理性。人文上冷酷。

知乎答主的分析很尖锐：”既然进攻方已经用上了 AI 来 DDOS 维护者们，那么 Linus 作为防守方的带头大哥，也唯有用机器审查去对抗机器生成的代码。以恶制恶，Linux 的未来会怎样，只有天知道。”

这里出现了一个自我加速的循环。

AI 生成低质量补丁涌入内核 → 维护者扛不住 → 必须用 AI 审查来对抗 → AI 审查产生大量标注数据 → AI 能力提升 → 生成更高质量（或更难分辨）的补丁 → 维护者更扛不住 → 需要更强的 AI 审查……

两边都在用 AI。反馈回路越来越快。人类的判断在中间越来越薄。

这个循环有三个潜在后果。

维护者的角色会变。从”代码审查者”变成”AI 裁判的最终仲裁者”。不再逐行审查代码，而是判断两个 AI 的结论谁对谁错。不一定是坏事，但确实是一种退化。

贡献者的门槛会变。不是写代码的能力门槛，是”和 AI 辩论”的能力门槛。你需要学会判断 Sashiko 的哪条意见是真问题、哪条是幻觉，然后用足够有说服力的方式反驳。这是一种新技能，但不是所有人都愿意学。

代码的风格也会变。当 Sashiko 的审查意见成为提交补丁的必经之路，开发者会开始”为 Sashiko 优化代码”——写 AI 觉得合理的代码，而不是人类觉得合理的代码。长期来看，这可能改变内核代码的气质。

还有一条平行线值得看。

Linux 内核正在引入 Rust 语言。目的和 AI 类似：用编译器级别的内存安全约束来给维护者减负。但 Rust 也带来了问题——招来了一批”Vibe Rusting”的人，只会喊口号，写的代码不行。维护者还是要花时间审核不 Rusty 的 Rust 代码。

Rust 和 AI 在这个语境下是同一枚硬币的两面。都是试图用技术手段解决维护者危机的尝试。都带来了新的噪音。Linus 对两者的態度也是一致的：支持，但冷酷。

对 Rust 伪人：代码不行就滚。对 AI 反对者：有意见就 fork。标准始终是——谁在增加维护者的负担。增加负担的人，不管是写烂代码的还是发道德声明的，在 Linus 这里都是同一个待遇。

Laurent Pinchart 事后被很多人嘲笑。但他的担忧不应该被否定。

Sashiko 的 20% 误报率是真实的。每五条审查意见里就有一条是幻觉。一个提交者需要花时间分辨、花时间反驳。这个成本是真实的。

他的解决方案——人类先过滤——确实有严重的效率问题，被 Roman 精准戳破了。但他不应该因为”解决了错误的问题”就被否定”担忧本身”的合理性。

真正的问题不是要不要过滤，而是把过滤成本分摊给谁。Linus 的答案是分摊给提交者。Laurent 的答案是分摊给维护者。两个答案都有代价。Linus 选了代价更小的那个。

如果 Laurent 换一个打法呢？不搬 SFC 的伦理指南，直接算账：”Sashiko 的 20% 误报率会产生 X 人时/月的无效审查成本，我建议集成前先把误报率降到 Y% 以下，这里是具体的 metrics 方案。” Linus 大概率会认真讨论。

但他用了道德论证。在一个只认数字的人面前。

从更远的地方看这件事，Linus 的表态意味着一个更大的转向。

AI 在软件开发中的角色正在从”写代码的工具”变成”审查代码的基础设施”。Sashiko 不是在帮人写代码，是在帮人找 bug。这个角色更底层，更关键，也更难被取代。

Linus 的站队给了这个方向”正统性”。Sashiko 将获得更多资源、更多子系统的采纳。其他大型项目——Chromium、Firefox、Linux 发行版——大概率会跟进。AI 代码审查可能成为一个新的行业标准。

这对 AI 行业也有意义。Linux 内核是地球上最复杂、最精密的代码库之一。Sashiko 在内核工作流中的深度嵌入会产生海量高质量的人机交互训练数据。这些数据的价值，可能比 Sashiko 本身的代码更大。

回到最开始的问题。Linus 说”要么 fork，要么走人”，他到底在说什么？

他不是在说 AI 好。他不是在说 AI 坏。他是在说：维护者快死了，手边有根浮木，我先抓了再说。

这根浮木有毒吗？可能有。20% 的误报率是真的。贡献者被迫和 AI 辩论是真的。代码风格可能被 AI 塑造是真的。人类审查能力可能在流程中萎缩也是真的。

但不抓这根浮木，维护者现在就死。抓了，至少能活到明天。至于明天会发生什么——”以恶制恶，Linux 的未来会怎样，只有天知道。”

Linus 三十年前选了 monolithic kernel，因为现实工程不能等理论完美。二十年前他做了 Git，因为现有工具太慢。现在他选了 AI 辅助审查，因为维护者不能等 AI 没有幻觉的那一天。

每一次都是同一个逻辑：不等完美，先解决眼前的问题。代价？以后再说。

这个逻辑在工程上是有效的。在人文上是令人不安的。但 Linus 从来不假装自己是人文主义者。他是工程师。工程师的职责是让系统运转，不是让每个人都舒服。

三十年来，Linux 内核靠着这个逻辑活到了今天。它还将靠着这个逻辑继续活下去。至于它是否还是”人的内核”——这个问题 Linus 不会回答。他只负责让它活着。

参考来源

• Linux 内核邮件列表（LKML）Linus Torvalds 原始发言

• 知乎深度回答（LKML 直接引用、Sashiko 数据分析、成本转移分析）

• 虎嗅/InfoQ（Linus 表态报道、SFC 指南细节）

• 36 氪（事件报道、Linus 原话引用）

• The Register（Sashiko 53.6% 检出率数据确认）

• CSDN（Sashiko 部署手册、11 阶段审查协议）

• OSCHINA（Linus 此前”90% 炒作”表态、维护者老龄化讨论）

• LinuxCat（Linus 东京开源峰会访谈转述）