Linux 内核的发布周期，向来以严谨和高效著称。
但在最近的 RC5（第五个候选版本阶段），创始人 Linus Torval却发火了。原因不是重大的安全漏洞，也不是致命的崩溃 Bug，而是那些由 AI 工具生成的、看似无害却毫无必要的“琐碎补丁”。
发生了什么？
Linus 发现，本应逐渐平静下来的 RC5 版本，体积反而比历史上同期更大。
究其原因，是大量开发者利用 AI 代码辅助工具，在内核中扫描出了一些微小的、非关键的问题（比如代码风格瑕疵、轻微的逻辑冗余等），并在发布周期的最后阶段提交了修复补丁。
Linus 直言不讳地表示：“对此我并不完全满意。”他认为，在 RC5 这个阶段，引入这些“完全琐碎的东西”是不值得的折腾。这不仅没有解决真正的回归问题（Regresions），反而增加了合并冲突的风险，给维护者带来了额外的工作负担。
为什么 Linus 这么生气？
- 时机不对：内核发布周期通常包含 7 个候选版本（RC1-RC7）。到了 RC5，目标非常明确：只修复导致系统不稳定或功能倒退的严重 Bug。任何非关键的优化、重构或清理工作，都应该留给下一个开发周期。
- AI 的“过度热情”：AI 工具擅长发现代码中的细微瑕疵，但它不懂“上下文”和“时机”。它可能会建议修改一行变量名，或者调整一个空格，这些改动在平时或许有益，但在冻结期前的敏感阶段，任何代码变动都可能引入新的不可预知风险。
- 维护成本转嫁：每一个补丁都需要维护者审查、测试和合并。当成千上万个琐碎补丁涌来时，维护者的精力被分散，可能导致真正重要的回归修复被延误。
新规：变得更加“顽固”
面对这种情况，Linus 发出了明确信号：
- 严格筛选：从现在开始，他将更仔细地审视拉取请求（Pull Requests）。只有针对回归问题的修复才会被接受。
- 推迟非关键修复：那些由 AI 发现的、长期存在的非关键问题，请等到下一个内核周期再提交。
- 拒绝折腾：对于在后期提交的、不必要的代码变动，他将直接拒绝，不再留情面。
这对开发者意味着什么？
如果你是一名内核贡献者，或者正在使用 AI 辅助编写 Linux 内核代码，请注意：
- 分清主次：在发布周期后期，不要提交任何非紧急的代码清理或优化。
- 理解周期：尊重内核开发的节奏。RC1-RC3 是功能合并和新代码引入的主要窗口；RC4-RC7 是稳定化和 Bug 修复阶段。
- 善用 AI，但不盲从：AI 可以发现潜在问题，但你需要判断这些问题是否值得在当前阶段修复。如果它只是一个代码风格建议，不妨存起来，等下一个窗口期再处理。
写在最后
Linus 的愤怒，并非针对 AI 技术本身，而是针对滥用工具导致的流程混乱。
AI 确实能提高代码审查的效率，但它无法替代人类对工程节奏和优先级的判断。在 Linux 这样一个庞大且复杂的系统中，稳定性高于一切。
对于开源社区来说，这是一个及时的提醒：工具再强大，也得服务于人，而不是给人添乱。毕竟，内核的稳定，关乎全球数十亿设备的运行安全。
