Linux之父Linus Torvalds，最近也扛不住AI的“热情”了。上周日，他照例发布Linux 7.2 rc7，语气里却满是无奈：“又一个星期，又一个-rc。”他说，大量修复来自AI工具的审查，新常态下，内核正被AI喂成“胖子”。 这不是他第一次用这个词——rc6的commit数量已是多年来最大，rc7依然没小下去。AI来了，连最硬核的开源项目都开始“发福”。

AI工具太勤快，Linux内核被“喂”成胖子

问题不在AI找不出Bug，恰恰相反，它太能找了。现在越来越多内核开发者和安全研究人员用AI审查代码，几分钟就能扫完人类几周的工作量，边界条件、边缘案例一抓一大把。于是，大批微小补丁像潮水一样往主线里涌。 Linus在邮件里列举rc7内容：s390/zcrypt修复、Btrfs线程回归、netfilter ipset更新，以及GPU、音频、网络驱动里数不清的“小修小补”。他直言，这些改动“规模非常小”，但“量太大了”，纯粹是东西太多。 好在没什么严重到阻止发布的问题，他预计下周末正式发布。AI让内核代码库膨胀，但Linus还不想为此延期。

从“骂”到“用”，Linus对AI的态度反转

Linus和AI的关系，不是一句“欢迎”能概括的。今年5月，他公开抱怨Linux内核安全邮件列表“几乎完全无法管理”，AI生成的Bug报告泛滥成灾，大量重复，不同人用同样工具发现同样漏洞，反复提交。 他甚至改了内核文档，要求AI发现的Bug走公开渠道，别塞爆安全列表。可到了7月，他又180度转弯，面对社区反对AI的声音直接放话：“Linux不是那种反AI的项目。如果有人接受不了，大可以Fork它，或者干脆走人。”表面看是拥抱AI，实则条件苛刻：开发者可以用AI提效，但不能用AI生成自己都看不懂的代码，然后全甩给维护者。 他怒怼过“文档写得好就能掩盖劣质AI代码”的论调。工具可以用，责任不能外包。

内核变大不全是坏事，社区却吵翻了

rc阶段虽然臃肿，Linux 7.2本身还是带来了真东西。最受关注的是Cache Aware Scheduling（缓存感知调度），能让任务调度器更懂CPU缓存拓扑，把共享数据的任务安排在同一末级缓存域，对现代多核处理器性能提升显著。 GPU方面，DRM调度器从FIFO改成公平调度，AMD HDMI 2.1 FRL初步支持，Intel USB4STREAM，还有历时六年的strncpy API清理。这版不是LTS，但用新硬件的用户值得升级。

社区反应却两极分化：有人觉得资深开发者用AI提效是必然趋势，有人直言“Vibe Coding绝对不是未来”。更扎心的是那个经典问题：“当人们自己已经没能力手写这种代码时，又怎么有能力审查AI生成的结果？” 还有人担忧：AI之所以牛，是靠爬了几十亿个论坛里的真实回答；现在大家不提问了，直接问AI，论坛死了，AI以后只能靠产品规格书训练，宝贵的人类现实经验会断供。 内核政策始终没变：不强制用AI，也不禁止，但提交者必须对每一行代码负责。

AI没有改变Linux的规则，只是把责任重新摆到了每个开发者面前。内核变大不可怕，可怕的是人类失去审查AI的能力。 等最后一批能看懂内核的人退休，那一堆AI生成的补丁，谁来负责？你觉得AI辅助开发，是让Linux更好，还是让维护者被海量AI补丁淹没？评论区聊聊。