GCC 指导委员会宣布 AI 贡献政策

GCC 实施 AI 贡献限制

GCC 指导委员会已正式采纳由 GCC AI 政策工作组制定的 AI 贡献政策。该政策的主要指令是拒绝任何“包含 LLM 生成内容或源自 LLM 生成内容的法律上重要的贡献”。

为了定义“法律上重要”的阈值，委员会依据 GNU 项目维护者指南，该指南将限制设定为大约 15 行代码或文本。低于此阈值的贡献，或不具法律重要性的贡献，可能会被接受。值得注意的是，GCC 维护者保留接受由 LLM 生成的法律上重要的测试用例的自由裁量权。

GCC 开发中 AI 的允许用途

尽管该政策限制了提交到仓库的最终代码，但它并不禁止将大型语言模型（LLM）用作辅助工具。在以下情况下，只要生成的输出不直接包含在最终贡献中，即可使用 AI：

• 研究与分析： 使用 AI 理解复杂代码库或探索潜在实现。
• 错误发现与报告： 识别软件缺陷并记录它们。
• 补丁审查： 在提交之前利用 AI 分析所提出的更改。

法律与版权依据

该政策在很大程度上基于 GNU 通用公共许可证（GPL）的法律要求。由于 GPL 基于版权许可运作，项目必须确保贡献具有版权可保护性。

行业专家和社区成员指出，当前的法律先例（包括美国版权局的报告）表明，版权需要人类作者。完全由 LLM 生成的代码可能不受版权保护，这将使其无法在 GPL 下进行许可，从而可能危及 GCC 代码库的法律完整性。

社区辩论与观点

该公告在开发者社区中引发了关于可执行性、伦理以及开源维护未来的重大辩论。

政策支持方的论点

支持者认为该政策能保护项目免受“AI 垃圾”的侵害，并确保贡献者对其工作负责。一些维护者声称，AI 生成的代码往往包含明显的失败迹象——例如，完美逻辑旁边立即出现根本性错误——这使得在审查过程中可以检测出来。

"普通贡献者拥有声誉，如果发现使用了 AI 而失去该声誉，这本身就应是不使用它的足够动力。"

政策反对方的论点

批评者认为该政策难以执行，可能会阻碍那些将 AI 用作生产力工具的有能力的开发者。一些人认为，前沿模型（例如 GPT-5.5 或 Opus 4.8）生成的代码与人类编写的代码无法区分，因此该政策是一种“愚蠢且毫无意义”的自我欺骗练习。

"因为工程师选择使用您不喜欢的自动完成引擎而拒绝安全补丁和错误修复，属于严重失职。"

维护与责任问题

另一个争议点是 AI 辅助代码的长期维护。AI 贡献的批评者认为，使用 AI 提交补丁的短暂贡献者往往会消失，留下无人响应未来的错误报告或维护所提交的代码。

与其他项目政策的比较

GCC 的做法与其他主要项目不同。例如，LLVM 政策允许使用任何工具，包括 LLM，只要人类在循环中审查代码并对贡献承担全部责任。GCC 政策更为严格，侧重于输出的法律状态，而不仅仅是提交者的责任。