2026 年 7 月 15 日，Linux 操作系统的创始人 Linus Torvalds 在开发者邮件列表上发了一封措辞强硬的邮件。他要求社区接受一款叫 Sashiko 的 AI 审查工具——它能自动检查代码补丁，帮开发者揪出潜在 bug。Linus 甚至放了狠话：Linux”不是反 AI 项目”，谁不接受，可以”分叉代码库，或者直接走人”。
但社区里的老牌维护者 Laurent Pinchart 当面说了”不”。
Pinchart 是 Linux 内核媒体子系统的核心维护者，在这个项目里贡献了十几年。他的拒绝背后是一个冷静的判断：AI 生成的审查意见经常是”幻觉大杂烩”——它会把正确的代码标记为错误，让人类开发者浪费时间排错。此前媒体子系统曾尝试让 Sashiko 直接将审查意见发到开发者邮箱，结果 AI 产出的虚假警告淹没了真正有用的反馈，创造了更多工作，而不是减少了工作。
这个场面很耐人寻味：技术世界的最高权威，向自己的社区兜售一项新技术，却被自己人当场掀了桌子。而且对方说出来的理由，条条都扎在了他的逻辑漏洞上。
“信任我”与”拿代码来”——谁的双重标准？
真正让这件事在 Lobsters 技术社区炸开锅的，是 Linus 在这场对话中表现出的自相矛盾。
事情的起因是一份来自软件自由保护组织的指南。这份指南建议：AI 生成的代码审查意见应该先由人类维护者筛选，确认正确之后再发给补丁作者；同时应该尊重不希望收到 AI 消息的开发者的意愿。
Linus 的回应是先打感情牌。他的邮件原文说：“这是我要以顶级维护者身份坚决站住脚的地方。""AI 是一种工具，而且它显然是有用的。“——本质上，这是用个人威望在推销。
但当 Pinchart 拒绝后，Linus 话锋一转，搬出了 Linux 社区最核心的准则：“我们做决定主要基于技术价值，而不是对新工具的恐惧。”
社区立刻抓住了这个矛盾。Lobsters 上最高赞的评论（78 票）一针见血地指出：Linus 先试图用个人权威推销，被要求给出技术理由之后，又说”我们只看技术”——这恰恰是典型的双重标准。 评论者还补了一刀：“诉诸权威大概是一个人能做出的最肤浅、最无力的论证方式，搬出 Linus 的名字并不能让一个论点变得更有力。”
这件事之所以炸裂，是因为它精准地击中了 Linux 诞生三十多年来最核心的一条文化准则。Linus 自己在 2000 年说过那句被刻进程序员基因的话：“Talk is cheap. Show me the code.”（空谈无用，拿代码来。）这是一整套工程哲学的浓缩：在 Linux 的世界里，任何主张都必须有看得见、摸得着、可验证的证据支撑，没有任何人的威望可以代替这个过程。
而现在，说出这句话的人，自己先说”信任我”。
反派：不透明的 AI 与透明的开源
如果说上面那层矛盾是”人出了问题”，那么更深一层的矛盾则是”工具本身的基因出了问题”。
Lobsters 上获得 42 票的第二高赞评论来自用户 addison，他写了一段让很多开源老兵看了会沉默的话：
“每个人都会犯错。我总体上认为 Linus 在开源决策上走的是对的方向。我也不否认这些工具确实有效——在某些任务上，它们甚至比我们现有的批量审查方案更好。但可怕的地方在于：争论的双方在某种意义上都是对的。工具确实好用，但 LLM 及其衍生品，恰恰全面地体现了这个行业的问题——而这些问题，很多正是 Linux 创立之初想要避开的。”
这段话是理解这场争论的关键钥匙。
Linux 诞生于 1991 年。那时软件行业占主导地位的模式是闭源商业软件——微软的 Windows、Sun 的 Solaris，它们的源代码对外界是不可见的。你不知道这个操作系统在做什么，你只能信任这家公司。Linus Torvalds 当时在芬兰赫尔辛基大学宿舍里启动这个项目，初衷之一就是反对这种不透明的模式：代码应该公开，决策过程应该公开，任何人都可以看到、理解、审计每一行逻辑。
这也是为什么 Linux 社区对”代码审查”这件事有着近乎宗教般的严苛。当一个补丁提交上来，维护者会逐行审查，质疑每一个设计决定，要求每一个改动都必须有理由。这个过程是透明工程文化的核心仪式。
而 LLM 的本质恰好站在这个传统的对立面。它是一个巨大的黑箱——数十亿个参数组成的神经网络，没有人能精确解释它为什么对这个输入产生了这个输出。它不提供推理过程，不存在可审计的决策链。你只能”信任”它——或者不信。
透明与不透明的对决——两种完全相反的认知世界的方式在同一个竞技场上遭遇。
Linus 的真心话：实用主义的两难
但笔者不想把 Linus 描绘成一个”背叛了自己理想”的人。他的邮件原文其实展现了一个更复杂的立场。
他承认 AI”可能是一个有点痛苦的工具，既增加了维护者的工作量，又从’它不停地找到令人尴尬的 bug’的角度让人不适。“他明确说了”我们不强迫任何人使用它”，他反对的是”有人试图阻止别人使用它”。
他还说了一段话，放在更长的历史尺度上看并不荒谬：“在社区里，我们做开源是因为它能产生更好的技术，而不是出于宗教原因。""这不是什么’社会战士’项目——从来不是，也永远不会是。”
这句话激怒了很多人。但站在 Linus 的角度看，他的逻辑链条是这样的：工具就是工具，AI 和编译器、静态分析器、代码搜索工具没有本质区别。十年前，静态分析工具刚出现的时候，也有人说它产出了太多误报，让维护者不堪重负。现在它已经是标准流程的一部分。Linus 看到的是一条相同的轨迹——AI 现在还不够好，但它会越来越好，而把头埋进沙子里唱”我听不见”不是解决方案。
这个立场有它的诚实之处。但问题在于：AI 和编译器确实有本质区别。 编译器是确定性的——同样的输入永远产生同样的输出，你可以精确地理解它的工作方式。LLM 不是。LLM 是一个概率性的系统，它的行为不可预测、不可复现、不可彻底审计。
Linux 社区三十年建立的信任体系，核心建立在”可审计性”上。每一行代码谁写的、谁审查的、为什么这么改——全部公开、可追溯。当你在审查链中引入一个无法解释其决策的黑箱时，你动摇的是这套信任体系的地基。
两边都有道理的时刻
笔者无意在这场争论中站队，因为两边说的都不无道理。
Linus 的焦虑是真实的。Linux 内核维护者群体正在老化，新人补充不足，而代码量在持续膨胀。他自己在公开场合说过——现在想找到合格的维护者”真的很难”。面对这种人力短缺，AI 作为辅助工具确实有不可忽视的价值。他作为项目领导者，看到了一个可以减轻社区负担的机会，想推一把，这可以理解。
社区的抗拒也是真实的。他们不是”卢德主义者”——不是恐惧新技术的蒙昧派。他们是亲手维护了这个地球上最重要的软件基础设施二十多年的人。当他们说”AI 生成的幻觉问题增加了我们的工作”时，这是实验数据。媒体子系统已经试过了，结果就是混乱。
GamingOnLinux 上的一位评论者指出了一个更大的盲点：Linus 说 Linux”从来不是一个社会战士项目”，但他自己在俄乌战争爆发后，曾亲手将俄罗斯籍维护者踢出了内核开发团队。这难道不是一个基于价值观的、而非纯技术意义的决定吗？
“只看技术”的立场，在涉及技术工具的时候是有效的。但在涉及改变了技术行为本质的工具时——一个不透明的、不可解释的、不可审计的系统——“只看技术”本身可能就是不够的。
还没完
这场争论最终以 Linus 的强势表态告一段落。他作为顶级维护者的权威目前还是无可撼动的。但社区没有真正被说服——Lobsters 上 145 票的热度和 134 条评论表明，讨论远远没有结束。
更有趣的是，Godot 游戏引擎最近更新了贡献政策，明确禁止 AI 生成的代码提交。RPCS3 模拟器团队也做了类似的决定——告诉开发者”停止提交你自己都不理解的 AI 代码”。整个开源世界正在分裂成两条路线：一条是把 AI 当作不可逆的趋势积极拥抱，另一条是划定边界、守住人类可审计性的底线。
Linux 的这场小风波，不是孤例。它是一个更大的历史问题在局部爆发了而已：当一个以透明为根基的社区，遇到一个本质上不透明的工具——究竟是谁要改变谁？
Linus 的答案是：社区应该适应 AI。
但三十三年前，当他开始在宿舍里敲下第一行 Linux 代码时，他的答案曾经是：社区不应该信任任何看不见的东西。
参考链接
- Phoronix 报道 “Linus Torvalds Reaffirms That Linux Is Not ‘Anti-AI’“——详细引用了 Linus Torvalds 在 LKML 上的邮件全文
- Neowin 报道 “‘Fork it or leave’: Linus Torvalds fires back at Linux’s anti-AI crowd”——提供了 Sashiko 实验失败的背景和前因后果
- Lobsters 讨论帖 “Linus Torvalds on LLM usage in kernel development”（145 分/134 评论）——提供了社区对双重标准的尖锐批评和 addison 的关键评论
- XenoSpectrum 深度分析 “Linux Declares It Won’t Reject AI”——详细解析了 Sashiko 的工作流表格和 53.6% 自评准确率的含义
- Banandre 分析 “Linus Torvalds to AI Critics: Fork Linux or Walk Away”——引用了 Reddit 社区反应和 Linus 之前的反 AI 表态记录
- LKML 原始邮件（lore.kernel.org）——Linus Torvalds 与 Laurent Pinchart 的直接对话
