根据一份可追溯公开资料，Linux 内核社区针对代码提交的规范做出了明确的指导意见。核心焦点集中于 Linux 暂存区（drivers/staging/）的代码贡献，特别是关于人工智能（AI）生成补丁的使用限制。
Greg Kroah-Hartman 宣布，Linux 暂存区将不再接受由 AI 模型生成的补丁。这一声明为社区的贡献流程设定了新的门槛。需要注意的是，虽然 Linux 暂存区不限制安全漏洞修复的提交，但所有提交者必须在对应驱动的实际硬件环境中完成测试。
从更宏观的角度看，Greg Kroah-Hartman 指出，Linux 暂存区的核心定位并非维护成熟代码库，而是作为一个新开发者学习 Linux 内核开发流程的入口。这为理解该区域的性质提供了背景解释：它是一个学习和试验的场所，而非最终稳定功能的汇集地。
尽管对 AI 生成补丁提出了限制，但社区并未完全排斥人工智能技术在内核开发中的应用。Linus Torvalds 此前曾表示，AI 本身是一种工具，Linux 项目并不排斥 AI 技术。这表明，项目的态度是开放的，关键在于技术的落地和验证过程。
然而，Greg Kroah-Hartman 同时也承认了当前大型语言模型（LLM）工具在发现 Linux 内核潜在安全漏洞方面已经具备了一定的能力。这种能力的提升，使得社区必须更加重视代码来源的可追溯性和可靠性。
需要明确的是，Linux 内核其他区域的代码贡献尚未被全面禁止使用 AI 或 LLM 生成的代码。因此，本次限制的范围是针对 Linux 暂存区这一特定目录的补丁提交行为。
在时间线上，此次声明构成了一次重要的规范更新。它标志着社区开始对自动化生成代码的质量和验证流程提出更严格的要求。对于开发者而言，这意味着即使利用了先进的 AI 工具辅助编写代码，最终的贡献环节仍必须回归到传统的、基于真实硬件环境的测试闭环。
影响分析方面，此次规范的发布，其主要影响在于提升了内核代码补丁的整体质量门槛。它强调了“人机协作”而非“机器替代人工验证”的开发范式。对于依赖自动化工具进行安全修复的开发者群体来说，必须将硬件测试环节视为不可或缺的一环。
此外，Greg Kroah-Hartman 警告提交者，如果有人蓄意欺骗维护者，此次声明即构成预先警告。这为后续的贡献行为设定了严肃的纪律约束。对于所有参与 Linux 内核开发的人员来说，理解并遵守这些流程规范至关重要。
读者提示：本次事件提醒我们，尽管 AI 技术发展迅猛，但在底层、高安全要求的系统软件领域（如操作系统内核），“实际硬件测试验证”这一物理层面的环节，依然是不可绕过的核心壁垒。
信息来源
本文基于上述公开资料整理，未使用来源页面的图片、视频或嵌入媒体。