产业 / 媒体
Linux 暂存区宣布拒绝 AI 生成补丁,安全修复须经真实硬件验证
Linux 内核维护者、Linux 基金会研究员 Greg Kroah-Hartman 于近日宣布,Linux 内核暂存区(drivers/staging/)将不再接受由 AI 模型生成的补丁。他解释称,近期暂存区收到大量 LLM 生成的提交,有必要明确政策边界。暂存区的核心定位是为新开发者提供学习内核开发流程的入口,而非维护成熟代码,若由 AI 工具自动完成相关修改,将违背这一初衷。Greg KH 同时警告,LLM 补丁特征明显,不披露使用情况也难以蒙混过关。对于安全漏洞修复,政策留有例外:若提交者认为 LLM 发现的问题确实有效,可以提交,但必须先在对应驱动的实际硬件环境中完成测试并详细说明过程。值得注意的是,此次限制仅针对暂存区,Linux 内核其他区域目前并未全面禁止 AI 生成代码。
Linux 内核维护者、Linux 基金会研究员 Greg Kroah-Hartman 于当地时间本周一正式宣布一项新政策:Linux 内核暂存区(drivers/staging/)将不再接受由 AI 模型生成的补丁。这一决定的直接导火索,是近期暂存区收到的大量 LLM 生成提交,促使维护团队认为有必要以明文形式划定边界。
Greg KH 强调,暂存区的核心价值在于为新开发者提供进入 Linux 内核开发流程的入口,而非追求代码的完美状态。他指出,如果团队真正在意代码质量,完全可以借助自动化工具在一天之内解决所有编码风格问题,但刻意保留这些问题,正是为了给新人提供真实的学习和成长机会。一旦 AI 工具代劳,这一培养机制便形同虚设。
针对可能存在的规避行为,Greg KH 发出明确警告:LLM 生成的补丁具有明显特征,维护者很容易识别,提交者不要以为不主动披露使用情况就能蒙混过关。他表示,此次公开声明即为对蓄意欺骗行为的预先警告,后续将依此处理相关提交。
政策并非对 AI 一刀切。Greg KH 承认,当前 LLM 工具在发现 Linux 内核潜在安全漏洞方面已具备一定能力,因此安全修复被列为例外情形。但他同时指出,即便是目前最优秀的 AI 工具,其生成结果中至少有三分之一是完全错误或有害的。因此,若提交者认为 LLM 发现并修复的暂存区安全问题确实有效,必须首先在对应驱动的实际硬件环境中完成测试,并在提交时详细说明测试过程。
此次限制的范围仅限于暂存区,Linux 内核其他区域目前并未全面禁止 AI 或 LLM 生成的代码。Linus Torvalds 此前也曾公开表态,AI 是一种工具,Linux 项目本身并不排斥 AI 技术。这一政策更多体现的是对暂存区特殊教育功能的保护,而非对 AI 辅助开发的全面否定。
要点
- Linux 内核暂存区正式禁止接受 AI 模型生成的补丁,原因是近期此类提交数量激增,且与暂存区培养新开发者的定位相悖。
- 安全漏洞修复是唯一例外,但提交者必须在实际硬件环境中完成测试并详细说明过程,因为当前最优秀的 AI 工具仍有至少三分之一的输出存在错误或有害内容。
- Greg KH 警告,LLM 补丁特征明显,不披露使用情况也难以逃过审查,蓄意欺骗维护者将面临相应后果。
- 此次禁令仅针对 drivers/staging/ 区域,Linux 内核其他部分目前并未全面限制 AI 生成代码,整体上 Linux 项目对 AI 工具持开放态度。
原始标题:Linux 暂存区不欢迎 AI 生成补丁,安全修复需通过实际硬件测试验证
本文由 DataHub 基于公开来源整理,用于信息发现与摘要阅读;具体事实、数据和后续更新以原始来源为准。