Linus Torvalds：AI 生成的代码「不能直接用」，内核维护仍需人

在一场开源技术会议上，Linux 与 Git 的创造者 Linus Torvalds 与 DH Consulting 创始人 Dirk Hohndel 进行了一场对谈。话题从 Linux 7.1 发布、内核开发节奏、486 等老旧硬件支持的退出，一路延伸到 C 与 Rust 的语言之争，以及 LLM 给 Linux 内核社区带来的真实变化。在 AI 部分，Linus 的态度始终克制：把 LLM 视作工具而非魔法，既肯定其找 bug、辅助验证的价值，也指出 AI 生成的「创可贴式补丁」正在消耗维护者资源。

Linux 7.1：稳定节奏优先于「亮点」

Linus 表示，Linux 内核的发布并没有传统意义上的「亮点」，重点一直是持续、稳定的改进。这一模式已经运行了 20 多年：2005 年切换到基于 Git 的开发模式后，社区采用大约每 9 到 10 周发布一个新版本的节奏。7.1 版本中较受关注的变化包括更新后的 NTFS 子系统（目前有两个团队分别维护两套可用的实现，Linus 让其竞争择优），以及 486 硬件支持被移除。

对于 486 的退出，Linus 的态度很直接：

他自述「对技术并不是特别怀旧」，只要还有用户就会尽量维护，但当继续维护的成本变成负担时就该清出；
下一个 7.2 版本还将移除 x86 上的浮点仿真代码，486SX 大约在 1993 年发布，已经 30 多年；
类似的清理还包括业余无线电 packet layer、ISDN、ATM 等无人维护的旧代码。

AI 与 LLM：能找 bug，但不能替代维护者

在被问到 AI 工具对内核社区的影响时，Linus 既肯定了价值，也划出了边界。

他承认 LLM 已经展现出发现 bug、生成原型、辅助验证的能力，尤其把更多「眼睛」投向过去很少被充分审查的代码角落；
但 AI 生成的错误报告、幻觉内容和「创可贴式补丁」也在消耗维护者资源；
对 Linux 内核这种 3500 万行级别的复杂工程，LLM 目前还无法替代长期维护者的架构判断、工程经验和代码品味。

Linus 本人较少使用 AI 工具辅助 patch 检查，他的日常工作仍然主要依赖 Git 与邮件，外加用 Google 查询陌生领域的缩写。内核合并窗口内，他通常要在两周内完成大约 200 次合并，他的工作方式更多是「读 pull request 的解释说明，理解大图景」，而非逐行阅读代码。

Rust：有意思，但不要神化

在被问及 Git 3 将默认启用 Rust、内核也已将 Rust 列为官方支持语言时，Linus 同样保持工程师式的直白：

他承认 Rust 能减少一部分类 C 语言中常见的错误，但提醒外界「不要以为 Rust 能修掉所有 bug」；
语言无法替人思考，更无法自动修复逻辑错误；
与其争论「Rust 会不会接管世界」，他更关注 C 代码验证工具、自动化补丁检查和代码审查体系的进步。

开源协作的底色：信任、经验与对复杂系统的敬畏

整场对话贯穿一个核心主题：Linux 之所以能持续运转 30 多年，靠的不是某项技术红利，而是长期协作中形成的信任、审查机制和对复杂系统的敬畏。Linus 强调，自己合并的每一个 pull request 都来自长期合作、值得信任的人；他更愿意在更高层次上理解变更方向，再去判断具体实现是否站得住。

从这个角度看，Linus 对 AI 的态度可以视作开源世界面对新技术浪潮时的一种典型回应：工具可以变化，语言可以变化，AI 也可以进入开发流程，但真正支撑大型工程长期运转的，仍是经验、审查和人与人之间的信任。