Codeberg全面禁止AI生成代码项目，开源社区风向要变了？

2026年7月23日，总部位于柏林的Git托管平台Codeberg e.V.（旗下运营着由Forgejo驱动的开源代码托管服务）在年度会员大会上通过了两项具有里程碑意义的决议。截至2025年，该平台已托管超过22万个项目，服务15万用户——如今，它选择对生成式AI亮出红牌。

Codeberg通过的具体政策

Codeberg宣布了两项独立的政策：

1. 具有约束力的承诺：Codeberg保证不会将任何项目或用户数据用于训练大语言模型（LLM）或其他生成式AI系统。
2. 托管禁令：禁止托管“主要由”生成式AI工具（包括Claude、OpenAI Codex等服务）编写的代码项目。这一条款已被写入Codeberg的服务条款。

值得注意的是，该禁令不适用于拥有活跃社区、偶尔接受AI辅助贡献的成熟项目，也不适用于使用AI进行小规模辅助的普通项目或小型实验性项目。

投票结果：近七成会员支持

这项LLM政策经过了为期两周的会员投票：

• 358票赞成（约69%）
• 144票反对（约28%）
• 14票弃权（约3%）

多家媒体均报道了这一数字。投票率约为所有活跃会员的一半，在明确表态的会员中，约71%投了赞成票。

禁令背后的深层原因：基础设施承压、成本飙升与信任崩塌

Codeberg给出了多个相互关联的理由：

• 基础设施与成本压力。这家由志愿者运营的平台指出，大量低质量的AI生成项目被“倒”到平台上，导致托管成本急剧上升。这些项目消耗着CI/CD运行时间、存储空间和带宽，却几乎无人后续维护。
• 自由/开源软件社区信任的侵蚀。Codeberg认为，LLM生成的代码给开源“公地”注入了大量未经测试、无人维护且无人对质量负责的软件，从根本上破坏了自由/开源软件生态依赖的协作与安全审计信任。
• 版权与法律的灰色地带。生成代码的版权归属模糊不清，这使得项目很难满足Codeberg服务条款中关于明确许可协议的要求。
• 安全与可靠性风险。平台指出，AI生成的代码缺乏应有的安全保障，可能隐藏着无人审查过的漏洞。
• 志愿者维护者不堪重负。海量AI生成的拉取请求（Pull Request）让志愿者审查者精疲力竭，这与Godot之前出台类似禁令的动机如出一辙。

执行机制：务实但不留余地

执行方案设计得既务实又坚决：

• 服务条款限制。禁令已写入Codeberg的服务条款，任何“主要由”LLM生成代码的项目均不得托管。
• 举报与人工审核。执行依赖社区举报和人工审核，Codeberg未宣布使用自动化检测工具——审核员将根据个案情况评估项目。
• 灰色地带豁免。小规模实验、接受部分LLM贡献的普通项目，以及已建立的活跃社区明确不在打击范围内。政策主要针对所谓的“vibe-coding”项目——即那些几乎完全由AI“倾倒”出来、几乎没有人工介入的代码库。
• 并行的数据使用禁令。第一项决议（禁止抓取或使用托管数据训练AI）对组织具有约束力，会员有权监督执行。

Godot的同步行动：三周前的“先声”

Godot基金会在2026年6月30日——比Codeberg的平台级投票大约早三周——也宣布了一项极其相似的政策。

Godot政策的核心内容：

• 禁止AI代写代码。引擎代码库不接受任何由AI编写的大量代码。
• 禁止AI自动提交PR。由AI代理自动提交的拉取请求会被自动拒绝。
• 禁止AI生成的沟通内容。在开发者之间的人类语言交流中，使用AI生成的文本同样被禁止。
• 有限例外。AI辅助仅允许用于代码补全、正则表达式编写、查找替换等“零碎小事”——即那些仅仅辅助人类写代码的工具。
• 新贡献者更严格的PR控制。新贡献者（定义为已合并拉取请求不超过3个的人）在提交主要功能或重大重构前，必须先获得维护者的明确批准。

Godot给出的理由与Codeberg高度重合：AI生成的拉取请求如潮水般涌来，将志愿者审查者淹没，导致代码质量下降，并侵蚀了整个贡献流程的信任基础。