Linux 维护树：Greg Kroah-Hartman 阻止由 LLM 生成的补丁

被大量“onslaught”式的AI补丁淹没后，Linux staging 分支的维护者如今拒绝接受所有由LLM生成的贡献——除非是真正的安全修复。然而，他自己却在使用LLM。

上下文：什么是 staging tree？

要理解 Greg Kroah-Hartman（昵称 gregkh）的决定，首先要了解 Linux 内核组织中的 staging tree 是什么。这是一个临时容纳区，用于尚未准备好进入主线（mainline）的驱动程序和代码：质量不足、API 不稳定、需要清理的依赖项。从历史上看，这里也是 新贡献者的入门级场所——一个无需具备 15 年内核开发经验即可学习为内核贡献代码的地方。

Greg Kroah-Hartman 是这个 staging tree 的维护者。他负责阅读、裁决、接受或拒绝补丁。

发生了什么？

面对他所描述的 "onslaught"——一场由大语言模型（LLM，Large Language Models）生成的补丁洪流，gregkh 刚刚宣布了一项新政策：由人工智能生成的补丁将不再被 staging tree 接收。

这项决定的特别之处在于它并非对 AI 的意识形态排斥。Gregkh 本人也使用 LLM 来辅助自己的内核贡献，并且公开承认这一点。他拒绝的是那些不具备评估模型生成内容能力的贡献者使用 LLM。

逻辑非常清晰：staging tree 的目的是培养贡献者。提交一个由 AI 生成的补丁而不理解其作用，这与培养目标背道而驰。不仅如此，这还给维护者带来了额外工作——他们必须审阅、修正并拒绝大量低价值的补丁，且数量日益增长。

唯一例外是：修复真正的安全问题（genuine security fixes）的补丁，无论来源如何，仍然受欢迎。

为什么这件事不仅仅关乎 staging tree？

这是迄今为止对自由软件社区中日益升温的紧张局势最具体的体现。一方面，LLM 能够生成语法正确的代码；另一方面，维护者们正在消化越来越多低质量的补丁，这些补丁缺乏对上下文的真正理解。

Linux 内核并非一段普通的代码。每一行都可能影响数百万系统。一个补丁的质量，不仅在于代码本身——更在于其作者对“为什么”存在这段代码的理解：它在什么环境中运行，可能产生哪些副作用。一个由 AI 生成且缺乏合格人类背后支持的补丁，往往忽略了这个“为什么”。

这并不意味着 AI 在内核开发中走到了尽头——远非如此。这是一项明确的政策，区分了 AI 作为工具（用于有能力的贡献者）和 AI 作为能力替代品（用于没有基础的人）。这种细微差别至关重要，而 gregkh 本人也在身体力行。