GNU 编译器套件(GCC)指导委员会宣布,正式采纳其 AI 政策工作组提出的最新建议:今后将拒绝接收任何具有“法律意义”的、由人工智能或大语言模型(LLM)生成或派生的代码贡献。这一决定意味着,在可预见的未来,GCC 这一开源编译器项目将不再接受通过 AI/LLM 产生并可能涉及版权或法律风险的核心代码改动。
![]()
根据 GCC 指导委员会公开的声明,这一政策源自 AI 政策工作组近期就 AI/LLM 代码合法性和合规性问题所进行的讨论与提案。相关政策文本已通过一份原始 HTML 提交写入项目文档,其核心内容明确指出:在当前阶段,GCC 项目将“一律拒绝包含 LLM 生成内容或由 LLM 生成内容派生的、具有法律意义的贡献”。
在该政策框架下,“具有法律意义”的贡献通常指会对项目版权结构、许可义务或法律责任产生实际影响的代码或文档改动。对于这类贡献,若其内容由 AI/LLM 直接生成或从 AI/LLM 输出中演化而来,GCC 维护者将不予接收。这与现有 GNU 社区整体对 AI/LLM 代码较为保守的态度相吻合,延续了对潜在版权来源不明和训练数据合法性存疑的严格防范。
不过,新政策也为“法律意义不显著”的 AI 生成贡献保留了一定空间。声明指出,只要满足 GCC 一贯的贡献前置条件,维护者可以接受由 LLM 生成的、被认定为“法律意义不显著”的改动,前提是这些贡献必须在提交中被清晰标注为 AI 生成内容。这类贡献通常包括不涉及复杂版权问题的轻量修改,如样式微调、注释修正或其他不触及项目核心代码版权架构的更新。
更为特殊的是,GCC 新政策针对测试用例作出了例外规定。文档明确写道:维护者可以接受“具有法律意义”的测试用例贡献,即便其完全或部分由 LLM 生成。这意味着,在测试用例编写和改进方面,项目对 AI/LLM 工具保持相对开放态度,认可其在生成覆盖广泛输入、构造边界条件以及扩展测试集方面的实用价值。
这一例外安排反映出 GCC 社区在平衡法律风险与工程效率上的现实考量。测试用例通常用于验证编译器行为、提高稳定性与兼容性,其本身较少涉及复杂的版权创新内容,因此相关法律风险相对可控。在此领域引入 AI/LLM,有望提升测试生成和维护的效率,却不至于大幅增加项目在版权与许可上的不确定性。
GCC 指导委员会也强调,这一 AI/LLM 贡献政策并非一成不变,而是“暂行”安排。项目相关利益方计划在 2027 年初重新审视该政策,以评估行业法律环境、开源社区实践以及 AI 技术本身的演进状况。届时,随着对训练数据来源、版权责任划分以及合规工具链的理解加深,GCC 或有可能调整对 AI/LLM 代码贡献的整体立场。
目前,这项政策基本与 GNU 生态中其他组件对 AI/LLM 贡献的既有做法保持一致,延续了对自动生成代码的严格审慎态度。对于希望向 GCC 提交补丁的开发者而言,新政策要求在创作过程中明确区分人类编写与 AI 生成内容,并在提交时如实标注,以避免违反项目规定。在未来一段时间内,人类开发者仍将是 GCC 代码库中“具有法律意义”的核心改动的唯一来源。
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.