Linus Torvalds：我用 AI 做自己不擅长的事，但重要项目上要非常小心
来源ZDNet AI查看原文
速览
- Torvalds 公开表态喜欢用 AI，但强调重要项目上要非常小心。
- 他把 AI 当作工具，用 AI 做自己不擅长的事，比如给吉他效果器写界面。
- 他认为 vibe coding 能让新手找到编程乐趣，是「入门毒品」。
- AI 已实际参与 Linux 内核：Sashiko 审查结果出现在 LKML，部分维护者强制要求。
- AI 能发现真实安全问题和多年未察觉的老旧驱动缺陷。
- 代价是维护者压力剧增，编造的 bug 报告需要大量人力证伪。
- Linux 内核维护者峰会四分之三时间在讨论如何让 AI 审查更省力。
- Torvalds 用 11 天写出 Git 首个可用版本，但称自己因 Git 得到过多赞誉。
- Linux 发布节奏从长期并行树转向九到十周的固定周期，已稳定 20 年。
- 他信奉小步增量改进，而非戏剧性的大功能发布。
在布拉格举行的 Open Source Summit Europe 上，Linux 创始人 Linus Torvalds 与老友、Ericsson Software Technology 负责人 Dirk Hohndel 进行了一场对话。Torvalds 明确表示自己「真的很喜欢用 AI」，并把它当作工具来使用，认为这让编程变得更有趣。他以自己的业余项目——吉他效果器为例：他原本用 C 写了一个跑在微控制器小屏幕上的界面，觉得「像 80 年代的东西」，但因为自己不写 Java，于是把需求交给 AI，结果第一次生成的效果「很糟糕」，他随后把已有的 C 实现作为参照交给 AI，最终完成了界面。Torvalds 由此提出「AI 是入门毒品」的说法，认为 vibe coding 能让新手体会到编程的乐趣，降低入门门槛。但他同时强调，在做「真实且重要」的事情时必须非常谨慎。在 Linux 内核层面，AI 已经实际参与工作：名为 Sashiko 的 agentic 内核代码审查系统，其公开审查结果已出现在 Linux Kernel Mailing List（LKML）上，部分子系统维护者现在要求补丁先经过这类审查才会接受，Torvalds 认为未来所有维护者可能都会要求。AI 工具能发现真实的安全问题，也能暴露出多年未被注意的老旧、已不再使用的驱动中的问题。但代价是维护者压力剧增：Torvalds 称 AI 审查「在改进我们的代码库，但也把维护者压到出问题的程度」，并提到有说服力但实为编造的 bug 报告需要大量人力去证伪，一些补丁被他称为「无脑创可贴式补丁」。他透露，前一天 Linux Kernel Maintainer Summit 有四分之三的讨论都围绕如何让 AI 生成与审查「压力更小、更有用」。对话还回顾了 Linux 开发流程的演变：早期没有开发基础设施，Torvalds 靠 tarball 补丁跟踪变更，每天内部打补丁、至少每周发布一次；2002 年前一直如此，那时「只有我、我自己和我的电脑」。他坚持让每个开发者拥有本地环境，手动合入补丁最终成为瓶颈。BitKeeper 提供了分布式版本控制的改进，尽管专有许可引发社区分裂，Torvalds 仍称其「巨大成功」，因为它让他看清自己真正想要什么。2005 年 BitKeeper 许可纠纷后，他用 11 天写出了 Git 的第一个可用版本。早期 Git 并不受欢迎，习惯 CVS 的开发者觉得陌生，但据 2022 年 Stack Overflow 开发者调查，近 94% 的受访者和近 97% 的专业开发者使用 Git。Torvalds 表示自己「有时因 Git 得到过多赞誉」，约六个月后就把维护权交了出去。发布流程方面，Linux 从长期并行的稳定树与开发树，转向频繁发布、合并窗口和 release candidate 模式，他最初提出的五周目标过于激进，最终稳定在九到十周的节奏，这套模型已稳定运行 20 年。他强调自己信奉「小的增量改动随时间累积成大功能」，Linux 的目标始终是「持续渐进改进和稳定进步」。
关键事实
- Torvalds 在 Open Source Summit Europe 上表示「我真的很喜欢用 AI」，并称 AI 让编程变得更有趣。
- Torvalds 强调「在做真实且重要的事情时，你需要非常小心地使用 AI」。
- Sashiko 是一个 agentic 的 Linux 内核代码审查系统，其公开审查结果已出现在 Linux Kernel Mailing List（LKML）上。
- 部分子系统维护者现在要求补丁先经过此类 AI 审查才会接受，Torvalds 认为未来所有维护者可能都会要求。
- Torvalds 称 AI 审查「在改进我们的代码库，但也把维护者压到出问题的程度」，并把部分提交称为「无脑创可贴式补丁」。
- 前一天 Linux Kernel Maintainer Summit 有四分之三的讨论围绕如何让 AI 生成与审查压力更小、更有用。
本站视角
对中文开发者和国内做 AI 编程工具的团队来说，Torvalds 的表态提供了一个少见的、来自顶级开源项目维护者的第一手判断：AI 在「个人项目、新手入门、做自己不擅长的事」这一侧价值明确，但在「真实且重要」的项目上，成本会从写代码转移到审查代码。具体影响的是三类人。第一，国内做 AI 代码审查、Agent 补丁生成产品的团队：Sashiko 已经进入 LKML 并被部分维护者设为准入门槛，这说明「AI 审查 AI 生成的补丁」正在成为真实工作流，而不是演示场景；但 Torvalds 明确说瓶颈不是拿到补丁，而是「在不耗尽维护者的情况下让有用的工作通过审查」，这意味着产品的竞争点不在生成速度，而在降低误报、可解释性和对维护者注意力的节省。第二，用 AI 辅助编程的中小团队和独立开发者：Torvalds 的「AI 是入门毒品」说法值得认真对待，它降低了新手做出可见成果的门槛，但也可能让人跳过理解底层机制这一步，长期看会加剧「能跑但不知道为什么」的问题。第三，开源维护者群体：如果 AI 生成的补丁和 bug 报告持续涌入，而审查人力不增加，最可能的结果是维护者倦怠甚至退出，这对依赖开源基础设施的商业公司是实打实的风险。我们的判断是：Torvalds 的立场是务实的，不是站队。他既没有像 System76 那样一刀切禁止，也没有把 AI 说成革命；他把 AI 定位成工具，并反复强调「正确使用」和「当作工具」。需要观察的是，Sashiko 这类系统在 LKML 上的实际误报率和维护者接受度——原文只提到部分维护者要求、未来可能全部要求，但没有给出任何量化数据，这个「未来可能全部要求」是 Torvalds 的判断而非既成事实，读者不宜当作定论。另外，原文对 AI 在内核中「发现真实安全问题」只有定性描述，没有具体案例或数字，这部分的说服力有限。至于 Git 和发布流程的回顾，更像是历史背景，与 AI 主题的关联是间接的：它说明 Linux 的演进一直靠小步增量，AI 目前改变的是问题发现机制，而不是这套哲学。
背景与影响
Linux 内核社区对 AI 的态度并不统一。原文提到，System76 最近禁止在其 COSMIC 桌面中接受 AI 生成内容，是开源开发者反感 AI 的最新例子。Torvalds 的立场因此显得不同：他既肯定 AI 对新手和业余项目的价值，也承认它在严肃项目中的风险。Sashiko 这类 agentic 审查系统进入 LKML，意味着 AI 已经嵌入 Linux 的核心工作流，而维护者的人力瓶颈成为新的矛盾点——Torvalds 今年在孟买就提到，有说服力但实为编造的 bug 报告需要大量人力去证伪，窄范围补丁可能只治标不治本。这意味着，AI 提高的是「发现问题」的效率，但「判断问题是否真实、是否值得修」仍然依赖人，而这部分恰恰最难扩展。对话中回顾的版本控制史也提供了参照：BitKeeper 因专有许可引发分裂，2005 年许可纠纷后 Torvalds 用 11 天写出 Git，如今 Git 已成为事实标准，但 Torvalds 本人强调后续几十年的发展属于其他人。Linux 的发布模型从长期并行的稳定树与开发树，转向频繁发布、合并窗口与 release candidate，最终稳定在九到十周，这套模型已运行 20 年。把这些放在一起看，Linux 的演进逻辑一直是「小步增量、稳定优先」，AI 目前改变的是问题发现与修复的机制，而不是这套逻辑本身。
本文由 AI 辅助整理自公开信源，事实部分以原文为准；「本站视角」一节为编辑部判断，欢迎指正。版权归原作者所有，如有异议请联系我们。
