Codeberg 服務條款更新：LLM 與加密貨幣禁令

Codeberg 禁止 LLM 生成和加密貨幣專案

Codeberg 已更新其服務條款，禁止托管主要由大型語言模型 (LLM) 驅動或與加密貨幣相關的專案。這些變更是透過 Assembly 2026 提案引入的，於 2026 年六月下旬至七月初實施。對 LLM 驅動專案的禁令於 6 月 29 日生效，加密貨幣禁令隨後於 7 月 2 日實施，後者被歸類為「損害 Codeberg 聲譽的內容」。

關於『Vibe Coding』與社群的辯論

Codeberg 對 LLM 禁令的正當性集中在「vibe coding」的概念上，主張依賴 AI 生成程式碼的使用者常常缺乏真正的貢獻者社群。在標題為「Protecting our FLOSS Commons from LLMs」的部落格文章中，該平台聲明：

使用 LLMs 來處理您的程式碼會給您一種 adrenaline 的衝擊。您可以以快速的速度開發，彷彿擁有一個大型團隊般建構事物。只是您並沒有團隊。事實上，您（常常）獨自一人，在一個將能量轉換為程式碼的統計機器上工作。

批評者認為這種觀點與自由及開放原始碼軟體 (FOSS) 開發的現實脫節，指出許多有用的工具都是由單獨開發者創建的，他們在浪漫化的意義下並沒有正式的「社群」運作。爭議在於 Codeberg 將缺乏社群與軟體不值得被托管的缺乏合法性混為一談。

有關審查與意識形態的擔憂

對某些使用者來說，主要的擔憂不在於被禁的特定類別，而在於它所設定的先例。基於「聲譽風險」或意識形態一致性而禁止整個軟體類別，批評者認為 Codeberg 正在遠離中立的基礎設施供應者，朝著由平台特定意識形態管控的策展空間發展。

這種轉變被一些人視為「滑坡」，其中禁止不受歡迎類別的機制成為解決問題的標準。論點是，如果平台根據自身立場決定哪些軟體是「好」或「壞」，則託管的決定因素不再是代碼是否合法、功能或有用，而是是否符合平台的價值。

對全面禁令的替代方案

與其實施全面禁令，一些開發者建議以資源為基礎的解決方案，以緩解由 LLM 生成的倉儲所造成的基礎設施壓力。所提出的替代方案包括：

• 分層基礎設施： 要求作者聲明 LLM 生成的或與加密貨幣相關的程式碼，並將這些專案放置在具有特定配額和潛在付款要求的獨立基礎設施層級。
• 自動免責聲明： 實施自動顯示的警告，指出 Codeberg 不贊成使用 LLMs 或加密貨幣，從而在不移除內容的情況下減輕聲譽風險。
• 基於活動的移除： 實施規則以 dissuade 「one-shot code dumps」透過移除在一年內無任何提交而保持非活動狀態的倉儲。

社群觀點與反駁

開發者社群的討論凸顯了關於這些變更的幾種相互衝突的觀點：

• 支持策展： 一些使用者相信 Codeberg 在管理其資源和維持網路中人類創造的策展角落方面完全在其權利範圍內，將其做法與 Mastodon 實例進行比較，在該實例中社群標準由管理員設定。
• 可執行性問題： 評論者指出，LLM 禁令很可能無法執行，因為沒有明確的方法在不進行武斷執行的情況下識別 LLM 生成的程式碼。
• 策展 vs. 自由： 一些人主張 Codeberg 一直是以 FOSS 為焦點的意識形態驅動專案，其支援特定類型軟體的使命與其先前的立場保持一致。
• 自託管作為解決方案： 討論中的許多人認為，針對中央集權平台——無論是像 GitHub 這樣的企業平台，還是像 Codeberg 這樣的意識形態驅動平台——開發者應該自行托管自己的 Forgejo 或 Gitea 實例，以確保對其專案的完全控制。

治理與透明度

使用者對此流程的透明度表示不滿。儘管該變更是透過 Assembly 2026 批准的，但一些普通使用者僅在決策已經最終確定後，透過網站橫幅得知變更，這導致了呼籲在進行此類重大政策變更之前，進行更主動的溝通和社區民意調查。