Linux内核被AI搞“太大了”！Linus吐槽：AI找了一堆小Bug，但这已成为「新常态」

整理 | 郑丽媛

出品 | CSDN（ID：CSDNnews）

上周日，Linus Torvalds 照例发布了 Linux 7.2 的第七个候选版本（rc7）。但这一次，这位内核掌舵人的语气里透着一丝无奈。

“Another week, another -rc.”他在邮件中写道。“我不能说自己对这个规模有多兴奋，但现实就是这样：新常态下必然伴随着大量修复，其中相当一部分来自各种 AI 工具的审查。”

这不是他第一次用“新常态”这个词了。此前发布 rc6 时，他就已经感慨过：“即便按‘新常态’的标准来看，这个 rc 也属于大块头——至少从 commit 数量上说，这是多年来最大的 rc6。”而 rc7 的体量，依旧没有如他所愿回落。

AI 工具，让 Linux 内核“发福”了

问题出在哪里？简单来说：AI 工具太勤快了。

如今，越来越多的内核开发者和安全研究人员使用 AI 辅助工具来审查代码、发现 Bug。这些工具的效率远超人类——它们能在短时间内扫描海量代码，找出潜在的边界条件问题和边缘案例。

于是，大量的微小修复补丁像潮水一样涌入主线。

Linus 在邮件中详细列举了 rc7 的主要内容：s390/zcrypt 相关修复、Btrfs 文件系统修复工作线程基础架构的回归、netfilter ipset 的更新，以及遍布 GPU、音频、网络等驱动、文件系统、核心网络和架构代码的无数“小修小补”。

他特别提到，其实大多数改动“规模非常小”，但问题是“量太大了”。这些修复本身并不可怕，“没有什么看起来特别吓人的，纯粹是东西太多”。但 AI 工具批量生成的代码提交，让整体的 diff 规模显著超出了往常的候选版本水平。

好在，Linus 并没有因为 rc7 太大就考虑延期。他认为，目前虽然补丁数量很多，但没有什么严重到足以阻止发布的问题：“除非中途冒出什么特别严重的幺蛾子，我预计下个周末就能正式发布。”

Linus 与 AI，从“骂”到“用”的复杂关系

如果你关注 Linux 内核开发有一阵子了，就应该知道 Linus 和 AI 的关系绝非简单的“拥抱”。

今年 5 月，他曾公开抱怨 Linux 内核安全邮件列表已经变得“几乎完全无法管理”——原因正是 AI 生成的 Bug 报告泛滥成灾，大量重复，不同研究人员用同样的工具发现同样的漏洞，然后反复提交。

当时，Linus 直言：“AI 检测到的 Bug 本质上就不是秘密，把它们放在私有列表上处理，对所有人都是浪费时间。”他甚至为此更新了内核文档，明确要求 AI 辅助发现的 Bug 应该走公共渠道报告，而不是塞爆安全邮件列表。

但到了 7 月，他的态度来了一个180度转弯。面对社区中反对AI工具的声音，Linus 直接放话：“Linux 不是那种反 AI 的项目。如果有人接受不了，大可以直接 Fork 它，或者干脆走人。”

对此，不少人理解为 Linux 内核正式向 AI 辅助开发敞开大门。

不过，Linus 对 AI 的“欢迎”是有条件的——他此前曾怒怼过一种论调，即“只要文档写得好，就能掩盖开发者用AI往内核里灌劣质代码”的说法。他想要的，是开发者用 AI 工具提升效率，而不是用 AI 生成自己都不理解的代码然后全部甩给维护者。

Linux 7.2 不只是“大”，还有真东西

尽管 rc 阶段的“臃肿”引人注目，Linux 7.2 本身带来的新特性同样不容忽视。

早在 6 月底发布rc1时，Linus 就确认 Linux7.2 引入了大量重量级更新。其中最受关注的当属 Cache Aware Scheduling（缓存感知调度） ：这项优化能让任务调度器更好地理解 CPU 的缓存拓扑结构，将共享数据的任务安排在同一个末级缓存域内，对现代 Intel 和 AMD 多核处理器能带来显著的性能提升。

GPU 方面，Linux 7.2 将 DRM 调度器的默认策略从 FIFO 改为「公平调度」策略，能更合理地调度 GPU 任务。再加上 AMD GPU 驱动对 HDMI 2.1 FRL 的初步支持、Intel 主导的 USB4STREAM 功能，以及历时六年之久的 strncpy API 清理工作的完成，Linux 7.2 虽然不会是一个长期支持版本（LTS），但对于使用最新硬件的用户来说，还是很值得升级的。

那么，Linux 社区怎么看？

围绕 AI 工具涌入内核开发这件事，Linux 社区的反应也是褒贬不一。

有不少开发者认为，这是必然趋势：“资深开发者使用提效的编码工具，这毫不意外。”但也有人直言“氛围编程（Vibe Coding）绝对不是未来”。更深刻的质疑则来自一个经典问题：“当人们自己已经没能力手写这种代码的时候，他们又怎么有能力去审查 AI 生成的结果呢？”

除此之外，还有人从更宏观的角度表达担忧：“现在的 AI 之所以这么牛，是因为它爬了几十亿个论坛里人们在真实场景下的真实回答。可如今大家都不上论坛提问了，直接问 AI，论坛会死的。到时候 AI 就只能靠产品规格书来训练，我们就会失去真正宝贵的现实世界经验。”

一位 Debian 用户在评论区写道：“这种时候我就庆幸自己用的是 Debian stable。希望他们在 Forky 发布之前能清醒过来。”——毕竟，Debian Trixie 目前仍在使用 Linux 6.12 LTS内核，距离 7.2 还有好几个大版本的距离。

不论如何，其实 Linux 内核开发的政策始终没变：不强制使用 AI，也不禁止，但要求提交者对每一行代码负责。至于这会让 Linux 变得更好，还是最终让维护者被海量 AI 补丁和 Bug 报告淹没，恐怕还需要时间给出答案。

那么，你对于“AI让 Linux 内核变大了”这件事，又有什么看法呢？

参考链接：https://lkml.org/lkml/2026/8/9/608

11.20-21 日，2026 奇点智能大会·北京站。

OpenAI 资深研究科学家 Łukasz Kaiser 确认进行主题分享。

他是 Transformer 八子中唯一还在科研前线的人，GPT-4/5、o1、o3、ChatGPT 的核心开发者。

2021 年，他在这个大会上分享了三个方向：多模态、更大更好的 Transformer、模型即服务。五年后，多模态爆发，ChatGPT 席卷全球，前沿观点全部成了现实。

去年，他讲的是推理模型的进化：从"记忆"到"策略"再到"研究器"——模型开始学会自己思考。

欢迎大家扫码领取 Łukasz Kaiser 历年在奇点智能大会上的分享 PPT 和视频

if like:

click("分享", "点赞", "在看")