GCC 采纳 AI 贡献政策：拒收含 LLM 生成内容的“法律上重要”贡献

导语

GCC 指导委员会宣布，已采纳由 GCC AI 政策工作组提出的 AI 贡献政策。新规的核心并不是禁止开发者在日常工作中使用大模型，而是明确：项目将拒绝包含 LLM 生成内容、或由 LLM 生成内容派生而来的“法律上重要”贡献。

核心要点

• 拒收范围有明确边界：政策针对的是“法律上重要”的贡献。其定义沿用 GNU Project 维护者指南，大致以“约 15 行代码和/或文本”为版权意义上的重要性门槛。
• 测试用例可有例外：GCC 维护者可以选择接受由 LLM 生成、且达到法律重要性门槛的测试用例。这说明政策并非一刀切，而是在不同类型贡献之间做区分。
• 不禁止辅助性使用：使用 LLM 做研究、分析、漏洞发现与报告、补丁审查等并未被禁止，前提是模型输出不能被纳入提交内容。
• 政策会继续演进：委员会表示，预计该政策会随时间变化，并将定期重新审视。

意义与影响

这项政策反映出大型开源基础设施项目面对生成式 AI 时的谨慎态度。GCC 作为关键编译器项目，其代码和文档长期依赖清晰的版权归属、贡献者责任和可审计流程。LLM 输出可能涉及训练数据来源、版权可追溯性和作者身份界定等问题，因此项目选择先把潜在法律风险挡在合并流程之外。

同时，政策也试图避免把 AI 工具完全排除在开发流程之外。开发者仍可利用模型辅助理解问题、发现 bug 或参与审查，但最终进入项目仓库的内容必须由贡献者承担清晰责任。这更像是一条“贡献边界”规则，而不是“工具使用”禁令。

围绕该政策的社区讨论集中在执行难度上。一方认为，禁止或限制 AI 贡献可能导致隐性使用，维护者未必总能识别；另一方则强调，开源项目依靠信任、声誉和审查协作运行，违规者一旦暴露会损害其在社区中的可信度。也有维护者指出，低质量 AI 生成补丁或报告往往会暴露出贡献者并不理解代码的迹象。

总体看，GCC 的选择为开源项目提供了一个可参考模板：允许 AI 参与外围工作，但对进入代码库和文档体系的实质内容保持严格控制。随着生成式 AI 在开发流程中继续普及，类似政策很可能成为开源治理中的常见议题。

来源：Hacker News