GCC 接受 AI 贡献政策，拒绝含 LLM 生成的实质代码

近日，GNU 编译器集合（GCC）指导委员会（steering committee）正式宣布，接受由 GCC AI 政策工作组提出的 AI 贡献政策。这项政策将限制由大语言模型（LLM）生成的代码进入 GCC 内核代码库，对开源编译器项目的协作方式产生了直接影响。

政策核心：拒绝含有 LLM 生成内容的实质贡献

根据新政策，GCC 项目将拒绝任何「法律意义上具有实质性」的贡献，前提是该贡献「包含 LLM 生成内容或派生自 LLM 生成内容」。

• 关于「法律意义上具有实质性」的判定标准，政策引用了 GNU 项目维护者指南中的定义，即达到约 15 行代码和/或文本（around 15 lines of code and/or text）的门槛，足以构成版权意义上的实质性贡献。
• 政策并未对所有 LLM 生成内容一刀切：GCC 维护者可以选择接受由 LLM 生成的、法律意义上具有实质性的测试用例（test cases），前提是该用例本身具有独立价值且可被验证。

允许的用途与边界

新政策并未禁止在开发流程中使用大语言模型，而是明确划定了使用边界：

• 允许使用场景：研究（research）、分析（analysis）、缺陷发现与报告（bug discovery and reporting）、补丁审阅（patch review）等。
• 限制条件：上述用途中，LLM 的输出不得直接包含在贡献内容中。换言之，开发者可以用 AI 辅助理解和审查代码，但不能把 AI 生成的代码片段直接提交。
• 这意味着政策主要约束的是「AI 代笔」式的贡献，而非完全禁止开发者借助 AI 工具。

政策定位：动态演进，非一锤定音

GCC 指导委员会在公告中明确表示，这项政策并非终稿，而是期望它能够随着社区实践和技术发展持续演进：

• 政策将定期被复审（revisited periodically），以适应大模型能力与社区反馈的变化。
• 工作组和委员会希望此举能够在维护代码质量、版权清晰度与开发者合理使用 AI 工具之间取得平衡。

对开源生态的信号

GCC 作为最广泛使用的开源编译器之一，其项目治理往往对其他开源社区具有示范效应。此次正式将 LLM 生成内容纳入贡献门槛，意味着主流开源项目正在主动建立 AI 时代的协作规则，而非等到法律或版权争议出现后再被动应对。这一政策也可能影响 Linux 内核、LLVM/Clang 等其他基础软件项目的后续决策。