Codeberg 服务条款更新：LLM 和加密货币禁令

Codeberg 禁止 LLM 生成和加密货币项目

Codeberg 已更新其服务条款，禁止托管主要由大型语言模型（LLM）驱动或与加密货币相关的项目。这些更改通过 2026 年大会提案引入，于 2026 年下旬和七月初实施。对 LLM 驱动项目的禁令于 6 月 29 日生效，加密货币禁令随后于 7 月 2 日实施，后者被归类为“损害 Codeberg 声誉的内容”。

关于‘振动编码’与社区的争论

Codeberg 对 LLM 禁令的理由围绕着“振动编码”这一概念，认为依赖 AI 生成代码的用户往往缺乏真正的贡献者社区。在题为《保护我们的 FLOSS 共同体免受 LLM 侵害》的博客文章中，平台声明：

使用 LLMs 处理您的代码会让您感到兴奋的冲刺。您可以以快速的速度进行开发，构建出仿佛拥有大型团队的成果。只不过您实际上没有团队。事实上，您（经常）独自一人，在与一种将能量转化为代码的统计机器一起工作。

批评者认为这种观点与自由和开源软件（FOSS）开发的现实脱节，指出绝大多数有用的工具都是由单独开发者创建的，他们在浪漫化的意义上没有正式的“社区”。争议在于 Codeberg 将缺乏社区与缺乏作为值得托管的软件的合法性等同起来。

关于审查和意识形态的担忧

对于一些用户来说，主要担忧不是被禁的具体类别，而是它所树立的先例。通过基于“声誉风险”或意识形态一致性禁止整类软件，批评者认为 Codeberg 正在从中立的基础设施提供者转变为由平台特定意识形态管理的策划空间。

一些人认为这一转变是一种“滑坡”，其中禁止不受欢迎类别的机制成为解决问题的标准。论点是，如果平台根据自身立场决定哪些软件是“好”或“坏”，那么托管的决定因素将不再是代码是否合法、功能是否正常或是否有用，而是是否符合平台的价值观。

全面禁令的替代方案

与其实施类别禁令，一些开发者提出了基于资源的解决方案，以缓解由的 LLM 生成的仓库造成的基础设施压力。提出的替代方案包括：

• 分层基础设施： 要求作者声明 LLM 生成或与加密货币相关的代码，并将这些项目放置在具有特定配额和潜在付款要求的独立基础设施层级。
• 自动免责声明： 实施自动显示的警告，表明 Codeberg 不批准使用 LLMs 或加密货币，从而在不删除内容的情况下降低声誉风险。
• 基于活动的删除： 通过删除一年内无提交且保持非活跃状态的仓库来实施规则，以阻止“一键代码倾倒”。

社区视角与反驳

开发者社区的讨论凸显了对这些变化的几种相互冲突的观点：

• 支持策划： 一些用户认为 Codeberg 有权管理其资源并维护一个经过策划的人类制造的网络角落，将其方法与 Mastodon 实例进行比较，在这些实例中，社区标准由管理员设定。
• 可执行性问题： 批评者指出，LLM 禁令很可能不可执行，因为没有 definitive 方法来识别 LLM 生成的代码而不进行任意执行。
• 策划 vs. 自由： 一些人认为 Codeberg 一直是一个以 FOSS 为中心的意识形态驱动项目，其支持特定类型软件的使命与其先前的立场保持一致。
• 自托管作为解决方案： 讨论中的许多人认为，面对集中式平台——无论是像 GitHub 这样的公司平台，还是像 Codeberg 这样意识形态驱动的平台——开发者应自行托管自己的 Forgejo 或 Gitea 实例，以确保对项目的完全控制。

治理与透明度

用户对流程的透明度表示不满。虽然这些更改是通过 2026 年大会批准的，但一些普通用户仅在决策已经最终确定后才通过站点横幅得知这些更改，这导致人们呼吁在进行如此重大的政策变动之前进行更主动的沟通和社区投票。

SUMMARY: Codeberg 已更新其服务条款，禁止主要由 LLM 生成或与加密货币相关的项目，引发了关于自由软件托管者在定义‘合法’软件方面角色的讨论。

TITLE: Codeberg 服务条款更新：LLM 和加密货币禁令