Linus Torvalds 谈为何喜欢用 AI：用它做自己不擅长的事
'I use AI to do the things that I'm bad at' Linus Torvalds on why it works
Linus Torvalds 在 Open Source Summit Europe 上表示自己"真的很喜欢用 AI"，并称"我用 AI 做我不擅长的事"，比如为自己的吉他踏板玩具项目生成界面。
ZDNET 的关键要点
- Torvalds 喜欢 AI，因为它能让新开发者体会到编程的乐趣。
- Torvalds 讨论了 Linux 内核开发流程的变化。
- AI 已成为发现和修复 Linux 内核漏洞的重要组成部分。
布拉格——许多开源开发者仍然不喜欢 AI。最新的例子是 System76 禁止在其 COSMIC 桌面中生成 AI 内容。在 欧洲开源峰会上，Linux 创始人 Linus Torvalds 提出了不同的看法：“我其实真的很喜欢用 AI，”Torvalds 在最近的一次讨论中对他的好友、爱立信软件技术负责人 Dirk Hohndel 说。
但这种热情有一个值得记住的区别。用 AI 让业余项目更有趣是一回事。在 Linux 内核中负责任地使用它则是另一回事，因为生成的补丁和错误报告可能会让维护者不堪重负。
更多来自 ZDNET
Torvalds 说：“我认为，当你在做真正重要的事情时，使用 AI 需要非常小心。”
Torvalds 喜欢 AI，尤其是对初学者而言
“平心而论，”他继续说道，“我并没有做很多内核编程。我是一名维护者。Linux 内核是一个由其他人做实际工作的项目，而我充当收集点。但我仍然非常享受编程。我认为 AI 是一个绝妙的工具，如果你正确使用它并把它当作工具，我发现它让编程变得愉快得多。”
Torvalds 回忆道：“我大约在 1981 年开始编程，那时计算机要简单得多，你能理解它们在做什么，而且你用来比较自己程序的那些程序也简单得多。”
“今天情况不同了，”Torvalds 说。“软件工程的门槛已经变得如此之高，以至于你很难看到自己微小的努力有什么价值，因为你已经习惯了所有这些精致、专业的程序。”
“很多人嘲笑 vibe coding，但我认为这是一种找到编程乐趣的绝妙方式。它让你觉得自己在做一些有意义的事情。它让你，作为一名新程序员，能够做到那些否则会非常困难的事情。”
他继续说道：“我喜欢把 AI 当作入门毒品的概念，因为我当时正在做我自己的玩具项目，吉他踏板，而且我知道自己在做什么。我有一个用 C 自己编写的用户界面，运行在一个微控制器上，显示在一个小屏幕上，我当时想，‘这太蠢了。它看起来像是 80 年代的东西；我想让它看起来像是这个世纪的东西。但我不会 Java。我做内核。’”
“所以，我用 AI 来做我不擅长的事情，”Torvalds 继续说道，“我看过和你一样的那些 YouTube 视频。给 AI 一个提示，它就会去做。所以我给了它一个提示，它做了，结果很糟糕。然后我说，‘嘿，看！我已经用 C 做过了。我用正确的方式做了。只是很丑。’”
Linux 内核中的 AI
这并不是说 AI 对发现和修复 Linux 内核中的错误没有用处。Hohndel 问到了 Sashiko，一个代理式 Linux 内核代码审查系统。Torvalds 表示，其公开审查结果现在会出现在 Linux 内核邮件列表（LKML）上。事实上，一些子系统维护者现在期望补丁在获得接受之前已经接受过此类审查。
这并不意味着所有拉取请求都必须经过 AI 审查。不过，有些维护者确实要求这样做，而且看起来最终所有维护者都可能要求这样做。
另见：我原本怀疑这台迷你 PC 能否处理我的本地 AI 任务，但它让我大为惊叹
AI 工具可以识别出真正的安全问题。它们也能发现那些多年来一直未被注意到的、早已不再使用的旧驱动程序中的问题。Torvalds 看到了由此产生的修复的价值，同时也承认其代价。“我认为，这正在改进我们的代码库……尽管这也让维护者压力大到成为一个问题。”
正如 Torvalds 今年早些时候在孟买所说，看似可信但实为捏造的缺陷报告可能需要大量人力才能证伪，而针对性过窄的补丁可能只修复了一个症状，却没有解决根本问题。Torvalds 称一些提交是“无脑创可贴式的补丁”。
话虽如此，AI 代码检查已经到来，而且会一直存在。例如，Torvalds 说，“前一天 Linux 内核维护者峰会 的讨论有四分之三都涉及如何让 AI 生成和审查压力更小、更有用。瓶颈不在于获得补丁，而在于让有用的工作通过审查，同时又不耗尽负责审查的人。”
“我、我自己和我的电脑”
因为这是 Linux 的 35 周年，Torvalds 还谈到了多年来 Linux 的开发流程发生了怎样的变化。起初，Linux 根本没有什么开发基础设施可言。相反，Torvalds 通过 tarball 补丁跟踪变更，并定期分发更新后的源代码。
“我每天都在内部制作补丁，并且至少每周发布一次，”他回忆道。“对于一个小型项目来说，这实际上效果出奇地好。”
另见：“我不再是程序员了”：Linus Torvalds 谈他现在唯一使用的两个工具
Hohndel 指出，新 tarball 及其附带变更的分发一直持续到 2002 年，那时 Linux 已经成为一个规模大得多的工程。Torvalds 说，在那些日子里，“真的只有我、我自己和我的电脑。”
他不愿采用现有的源代码控制工具，并不只是固执。他希望开发者能在自己的本地环境中独立工作。“我强烈地感到，每个人都应该有自己的本地设置，”他说。
正如我在 2025 年关于 Linux 成长的记述中所解释的那样，参考了 Jonathan Corbet 对该项目历史的记录，Linux 的开放性吸引了一个不断扩大的开发者社区。但依赖 Torvalds 手动应用收到的补丁成了瓶颈。手工接受贡献已经不够了；项目需要一种更好的方式来整合它们。
BitKeeper 有争议——但也有用
BitKeeper 版本控制系统带来了这一改进，尽管其专有许可分裂了内核社区。一些开发者拒绝使用它。然而，Torvalds 发现分布式源代码控制使合并网络和 ARM 等子系统的工作变得容易得多。Torvalds 说：“就我而言，BitKeeper 是一个巨大的成功。”
他并不认为它完美无缺。相反，它向他展示了源代码控制能做什么，并帮助他明确了自己真正想要的东西。它的采用也不要求每个维护者都使用相同的工具。
另见：Linus 之后的 Linux？内核社区替换 Torvalds 的计划
然后 2005 年 BitKeeper 许可纠纷 夺走了他已逐渐依赖的工具。 在体验了分布式源代码控制之后，再回到旧方法已不再有吸引力。Git 就是 Torvalds 的答案。
Hohndel 回忆说，Torvalds 用了 11 天就产出了第一个可工作的版本：新的对象模型、代码和一个可运行的工具，不到两周。早期的 Git 并非普遍受欢迎。习惯了 CVS 的开发者觉得它陌生，而且它的最初几个版本还很粗糙。
它最终的成功仍然让 Torvalds 感到惊讶。如今，根据 2022 年 Stack Overflow 开发者调查，Git 已成为版本控制事实上的标准：近 94% 的受访者，以及近 97% 的专业开发者，都在使用 Git。Torvalds 想要的只是一个用于 Linux 的工具，而不是重塑各地的软件开发。正如他所说，“我有时因为 Git 得到了过多的赞誉。”
大约六个月后，他交出了它的维护工作。他的意思是，此后几十年的开发属于其他人，而不是说最初的工作不重要。“值得注意的是，今天的 Git 比 2005 年的 Git 好得多。”
内核应当改进，而不应变得激动人心
Linux 的发布流程经历了又一次重大变化，从长期存在的、独立的稳定树和开发树，转向频繁发布、合并窗口和发布候选版本。
在旧模式下，工作堆积在开发树中，而发行版则将所需的更改向后移植到稳定内核中。原本打算每年进行的发布可能拖到数年，使规划变得困难。Torvalds 提出了大幅缩短的周期。反应并不热烈。“人们看着我，就像我长了第三个脑袋。”
另见：现在连 Linus Torvalds 都在 vibe coding 了
他最初设定的五周目标是有意激进的。该流程最终稳定为人们熟悉的九到十周节奏。其结果是一个 Torvalds 至今仍觉得非常有效的开发模式。“在过去 20 年里，我们现在拥有一个真正稳定、可用的模式。”
他也否定了 Linux 应围绕戏剧性的功能发布来组织自身的想法。“我非常相信整体的渐进式小改动，随着时间推移，它们会变成大功能。”正如他 今年夏天在孟买 所说，Linux 的开发目标仍然是“始终如一的渐进式改进和稳步前进”。
因此，尽管 AI 正在改变 Linux 的问题发现和修复机制，Linux 的核心仍然是：对一个至关重要的稳定操作系统进行快速、小幅的改进。
Steven Vaughan-Nichols
高级特约编辑
Steven J. Vaughan-Nichols 是一名自由撰稿人和技术分析师。除了 ZDNET，他还与 Foundry（原 IDG Communications）、The Register、The New Stack、TechStrong 和 Cathey Communications 合作。他不持有任何科技公司的股票或其他投资。 查看完整简介
来源：Hacker News · zdnet.com