Linus 谈 AI 与 Rust：LLM 能挖 Bug，但别指望它取代工程思维

Linux 之父 Linus Torvalds 近日现身印度孟买，与 Verizon 开源项目办公室负责人 Dirk Hohndel 进行围炉式对话。围绕 Linux 7.1 新版本发布，Linus 回应了 Rust 语言定位、AI 对内核开发的影响、486 处理器支持终止、合并窗口收紧等多个社区关心的话题。他在对话中坦言，AI 工具虽能挖出埋藏多年的隐蔽 Bug，但产出的修复往往缺乏全局工程思维，更像「创可贴」。

AI：能找 Bug，但缺工程思维

Linux 内核近期版本中，由 AI 协助发现的 Bug 数量明显增加，给维护者带来不小压力。Linus 承认这一点，但同时指出，这些 AI 生成的修复补丁存在明显局限——它们通常聚焦于局部问题，缺乏对整个代码体系的全局思考，本质上是「创可贴式」修补，而非系统性工程方案。

Linus 本人在工作中几乎不直接使用 AI 工具，Git 和电子邮件仍是他日常合并与沟通的全部核心工具，Google 用于搜索不熟悉的专业缩写。他强调自己「是一个特殊案例」，其他维护者使用的工具要丰富得多，很多人已开始使用 AI 辅助补丁检查。

Rust：有用，但不是万能解药

随着 Git 3 将 Rust 设为必需依赖、Linux 内核已正式将 Rust 列为支持语言，社区再度热议 Rust 接管整个开源生态的可能性。Linus 态度审慎：

• 「我完全不反对 Rust，但也希望降低大家对它的期待，不要认为 Rust 能够像魔法一样修复所有 Bug。」
• 他个人仍偏爱 C 语言的「简单、直接」，认为 Rust 在内核中的应用仍处于早期阶段。

值得一提的是，Linux 在 NTFS 子系统上同时存在两套独立实现，两支团队各自维护且都能正常工作。Linus 表示：「我目前的态度就是让他们竞争，看看哪一个能胜出，或者可能两个都会长期存在。」

合并窗口收紧与社区治理

过去几个版本中，后期 RC（发布候选版）数量明显增加，合并窗口末段修复补丁扎堆提交现象增多。Linus 明确收紧规则：

• 合并窗口期内约需完成 200 次合并。
• 非关键修复应推迟到下一版本，不要在最后一刻匆忙提交。
• 「修复补丁当然是为了解决问题，但它本身也可能带来新的问题。」

Linus 还透露，维护 Linux 真正困难的部分从来不是代码冲突，而是人际沟通——「代码很容易修复，但人的性格和相处问题并不总是那么容易解决。」

37 年后告别 486

从 Linux 7.2 起，内核将移除对无硬件 FPU 的 x86 机器的支持，最后一款这类硬件是 1993 年前后发布的 486SX。社区同时在清理业余无线电数据包层、ISDN、ATM 等长期无人维护的老旧代码，「目的是确保代码是可维护的」。

Linus 强调，自己早已不是传统意义上的程序员，而是「开发主导者」。面对 3500 万行代码，「没有谁能够真正理解全部」，他的工作核心是把控大局，通过阅读详细的提交说明来建立对每段代码的背景认知，而非逐行审阅。