Codeberg 封殺 AI 生成程式碼：開源社群需要知嘅五大重點

兩項新政策係乜？

Codeberg 宣布咗兩項具體政策 ：

1. 承諾唔用數據訓練 AI：Codeberg 唔會用任何項目或用家數據去訓練大型語言模型或者其他生成式 AI 系統。
2. 禁托管「主要由 AI 寫」嘅項目：喺使用條款入面寫明，唔准托管主要由 Claude、OpenAI Codex 呢啲生成式 AI 工具寫嘅程式碼項目 。

不過，呢個禁令唔會影響：已建立嘅活躍項目偶然接受 LLM 輔助嘅貢獻、一般用 AI 做細微輔助嘅開發工作，或者細規模嘅實驗 。

投票結果：近七成贊成

呢項 LLM 政策經過兩星期投票，由 Codeberg 嘅付費活躍會員決定 ：

• 358 票贊成（約 69%）
• 144 票反對（約 28%）
• 14 票棄權（約 3%）

多個媒體都報導呢個數字 。投票率大約係一半嘅活躍會員，而表態嘅會員入面大約 71% 投咗贊成票 。

點解要禁？五大原因逐個睇

Codeberg 講咗幾個互相關聯嘅原因 ：

• 基礎設施同成本壓力。呢個由義工營運嘅平台話，低質素嘅 AI 生成項目大量湧入，令托管成本同資源消耗急升。呢啲項目用晒 CI/CD 分鐘、儲存空間同頻寬，但之後根本冇人維護 。
• 侵蝕開源信任。Codeberg 認為 LLM 生成嘅程式碼不斷倒未經測試、冇人維護、冇人負責嘅軟件落開源社群，破壞咗自由/開源軟件生態系統依賴嘅合作同安全審計信任 。
• 版權問題唔清唔楚。AI 生成嘅程式碼版權歸屬模糊，難以符合 Codeberg 使用條款要求項目有清晰授權嘅規定 。
• 安全風險。平台指出 AI 生成嘅程式碼缺乏足夠嘅安全把關，可能會引入冇人審查過嘅隱藏漏洞 。
• 義工維護者吃不消。大量 AI 生成嘅 Pull Request 令義務審查員疲於奔命，同 Godot 之前面對嘅問題一模一樣 。

點樣執行？靠社群舉報同逐個審查

執行機制設計得務實但堅定 ：

• 寫入使用條款。禁令已經寫入 Codeberg 嘅使用條款，唔准托管「主要由 LLM 生成」嘅程式碼 。
• 舉報同審查。靠社群舉報同管理員逐個審查。Codeberg 冇話會用自動檢測工具，管理員會逐個項目評估 。
• 灰色地帶豁免。細規模實驗、普通接受少量 LLM 貢獻嘅項目、以及已建立嘅活躍社群明確唔會受影響 。政策針對嘅係「Vibe Coding」項目——即係幾乎完全靠 AI 倒出嚟、冇乜人類整理嘅倉庫 。
• 數據使用禁令。第一項決議——Codeberg 唔會用托管數據訓練 AI——係對組織有約束力嘅承諾，會員可以監督執行 。

先頭部隊：Godot 三星期前已經行咗

Godot 基金會喺 2026 年 6 月 30 日——即係 Codeberg 全平台投票前大約三星期——宣布咗非常類似嘅政策 。

Godot 政策嘅重點 ：

• 禁止 AI 撰寫程式碼。唔接受任何由 AI 寫嘅重大程式碼入引擎。
• 禁止 AI 自動提交 Pull Request。由 AI 代理自動提交嘅 Pull Request 會自動拒絕。
• 禁止 AI 生成嘅溝通內容。貢獻者之間嘅人類溝通訊息入面，唔可以用 AI 生成嘅文字。
• 有限度例外。只容許用 AI 做啲瑣碎嘅輔助工作，例如自動完成代碼、正則表達式、搜尋取代呢類工具——即係單純幫人類寫 code 嘅工具。
• 新貢獻者更嚴格控制。新貢獻者（定義為合併 Pull Request 少過或等於三個嘅人）提交重大功能或者大規模重構之前，要得到維護者明確批准先得。

Godot 講嘅原因同 Codeberg 完全重疊：AI 生成嘅 Pull Request 湧到義工審查員應付唔嚟，降低程式碼質素，侵蝕貢獻過程嘅信任 。

總結：開源社群嘅一次重要表態

Codeberg 呢次投票唔只係一個平台嘅內部決定，更加係開源社群對 AI 生成程式碼嘅一次集體表態。當義工維護者被大量低質素嘅 AI 項目淹沒，當版權同安全問題越嚟越模糊，社群選擇企硬，用規則守護人類主導嘅協作模式。呢個趨勢會唔會蔓延到 GitHub 呢啲大型平台？值得所有開源參與者留意。