Torvalds 说的「AI 新常态」：进内核的不是大重构，是小修复

开源社区接纳 AI 的方式，可能和外界想象的不一样。Linus Torvalds 在发布 Linux 7.3-rc6 时提到，大量由 AI / LLM 发现或辅助生成的小型错误路径修复正在进入内核代码树，他把这种状态称为新的「AI normal」。

一、事实是什么

• Linux 7.3-rc6 于当地时间 10 月 4 日发布，稳定版预计 10 月中旬。
• Torvalds 的说法是：大量由 AI / LLM 发现或辅助生成的、小型的错误路径修复正在进入内核代码树，形成新的「AI normal」。
• 需要强调的限定词是「小型」和「错误路径修复」，不是架构重构或新功能。

二、为什么是这个形态

• Linux 内核的准入门槛极高，评审以严谨著称。大改动一定过不了，小修复才有可能在评审带宽内被逐条检查。
• 错误路径（error path）恰好是 AI 擅长的区域：模式固定、局部性强、容易通过「这条分支是否被正确处理」来验证。它同时也是人工评审容易遗漏的地方。
• 关键在于评审成本：如果 AI 生成的速度远超评审速度，维护者会被淹没。小型化的提交恰好把单位评审成本压到可控范围。
• 换个角度看，这是开源治理的一次自然筛选：社区并不拒绝 AI，而是只接受能被验证的那一类产出。

三、对读者的实际影响与建议

• 想向开源项目贡献的人：把 AI 用在小范围、可验证的修复上，而不是让它产出大改动。一个能被人读懂、能被人复核的 patch，比一个「看起来很全面」的 patch 有价值得多。
• 维护者：与其纠结是否禁止 AI，不如把门槛放在证据上——复现步骤、测试覆盖、变更边界。能在提交模板里把这三项固定下来，比逐条追问更省时间。
• 企业研发团队：这套筛选逻辑可以直接搬到内部评审。让 AI 大量产出小修复，由人或更强模型做验证，是当前投入产出比最高的一种分工。
• 可迁移的原则：AI 产出量不是指标，被采纳的产出才是。任何自动化流程，都要把「评审吞吐量」当作约束条件来设计。

四、边界与提醒

• 目前公开信息只有 Torvalds 的这一句评价，尚未披露 AI 相关提交的具体占比、是否要求提交时标注 AI 参与，以及评审流程是否因此修改。这些属于未确认信息，不应作为结论引用。
• 「AI normal」是形容当前状态的措辞，不等于内核项目已改变其治理规则。
• 单个版本的观察不足以判断趋势。后续几个版本中 AI 相关提交的比例与采纳率，才是更有意义的指标。

参考来源

• IT之家：《Linux 7.3-rc6 发布：Torvalds 称进入「AI 新常态」，稳定版预计 10 月中旬发布》 https://www.ithome.com/1/009/781.htm

延伸阅读：多个智能体同时改一个仓库：Git 要补的不是速度，是边界 · Mistral Large 4 的 1T 参数和 49B 激活：欧洲拿出的不是「最强」，是「另一种选项」