开源社区对AI代码的态度分化

在AI辅助编程日益普及的背景下，开源项目大致分成了两大阵营。一些项目坚持“人机协同”模式，允许贡献者使用任何AI工具，只要他们对最终成果负责。而另一些项目则彻底禁止AI生成的代码加入，无论是否经过人工审查。

如今，GNU编译器套件（GCC）也正式表态，并倾向于更为严格的一方。作为支撑GNU和Linux系统软件构建的核心编译器，GCC在AI代码政策上的立场，对整个生态具有深远影响。

GCC新AI政策的核心规则

GCC指导委员会近日通过了全新的AI代码政策，其核心规则可以概括为：如果某贡献在法律上具有“显著性”，且其中任何部分来源于大语言模型（LLM），GCC将不予接受。

所谓“法律显著性”，依据GNU维护者指南的定义，指的是大约15行代码或文本——达到版权保护门槛的长度。小修小补本身不构成显著性，但同一贡献者的多个小修改累积起来，也可能达到这一界限。

政策中的例外与弹性

• 非显著性贡献仍可接受：GCC维护者可以接受不具法律显著性的AI生成内容，但必须明确标注，且符合项目常规贡献标准。
• 测试用例豁免：即使是通常被认为具有法律显著性的测试用例，也允许通过AI生成。
• 外部导入代码不受限：该政策仅适用于GCC自身代码库。从其他项目导入的便利性或依赖代码不在管辖范围内。

此外，任何借助AI完成的贡献，都必须在提交信息中添加“Assisted-by:”标签（类似于今年早些时候Linux内核采用的做法）。而贡献者私下使用AI工具进行辅助——比如屏幕阅读器、翻译工具、拼写语法检查、研究、漏洞追踪和补丁审查——只要最终提交的代码本身并非AI生成，就完全不受影响。

政策将持续演进

GCC指导委员会表示，这项政策将根据社区反馈和整个GNU项目对AI的总体立场而不断调整。下一次政策审议定于2027年初进行。

对比其他开源项目的AI政策

GCC的新规定并非孤例。近期，Codeberg平台以358票对144票的投票结果，采取了更为激进的路线：禁止主要由AI生成的代码项目，并明确禁止使用用户数据或代码训练AI模型。其决策背后是AI爬虫带来的服务器压力、硬件成本上升，以及大量低质量AI贡献的泛滥。

相比之下，LLVM项目在今年年初走了一条不同的路：采用“人机协同”政策。贡献者可以使用任何AI工具，但必须披露所用工具、回答关于提交内容的问题，并对最终结果承担全部责任。

GCC政策的定位

GCC的政策介于两者之间：它比Codeberg的全面禁令要温和（保留了测试用例和微小贡献的通道），但又比LLVM的完全开放更为严格。可以说，GCC找到了一个理性平衡点——既防范法律风险与低质量代码，又为AI工具的实际应用留出空间。

---

关注微信号：智享开源 ，及时了解更新信息。

原文链接：https://feed.itsfoss.com/link/24361/17395467/gcc-bans-ai-code

---

请支持IMCN发展！

谁在捐赠

微信捐赠	支付宝捐赠

扫码关注公众号：智享开源