Codeberg 利用規約アップデート: LLM と暗号通貨の禁止

Codeberg 利用規約アップデート: LLM と暗号通貨の禁止

Codeberg は LLM 生成および暗号通貨プロジェクトを禁止

Codeberg は、利用規約を更新し、大規模言語モデル (LLM) によって主に駆動されるプロジェクトまたは暗号通貨に関連するプロジェクトのホスティングを禁止しました。これらの変更は、Assembly 2026 提案を通じて導入され、2026 年 6 月下旬から 7 月初旬にかけて実施されました。LLM 駆動プロジェクトの禁止は 6 月 29 日に施行され、暗号通貨の禁止は 7 月 2 日に続き、後者は「Codeberg の評判を害するコンテンツ」と分類されました。

'Vibe Coding' に関する議論とコミュニティ

Codeberg の LLM 禁止の正当化は、「vibe coding」という概念に焦点を当てており、AI を使ってコードを生成するユーザーはしばしば本物の貢献者コミュニティを欠いていると主張しています。「LLM から FLOSS コモンズを守る」というタイトルのブログ投稿で、プラットフォームは次のように述べています:

LLMs を使ってコードを扱うと、アドレナリンが上がります。まるで大規模なチームがいるかのように急速に開発し、物事を構築できます。ただし、実際にはチームはいません。実際、あなたは(しばしば)一人で、エネルギーをコードに変換する統計的な機械と作業しています。

検閲とイデオロギーに関する懸念

一部のユーザーにとって、主な懸念は禁止されている特定のカテゴリそのものではなく、それが設ける前例です。「評判リスク」やイデオロギーの一致に基づいてソフトウェアの全カテゴリを禁止することにより、批判者は Codeberg が中立的なインフラストラクチャ プロバイダーから、プラットフォーム固有のイデオロギーによって統治されるキュレーションされた空間へと移行していると主張しています。

この変化は、一部のユーザーによって「スリッピー スロープ」と見なされ、人気のないカテゴリを禁止するメカニズムが問題に対処する標準となっています。プラットフォームが自らの立場に基づいてどのソフトウェアが「良い」または「悪い」かを決定する場合、ホスティングの決定要因はコードが合法か、機能的か、有用かではなく、プラットフォームの価値観に合致するかどうかになるという主張があります。

ブランケット禁止の代替案

カテゴリ別の禁止ではなく、一部の開発者は LLM 生成リポジトリによって引き起こされるインフラストラクチャの負荷に対処するため、リソースベースの解決策を提案しています。提案される代替案には以下が含まれます:

  • 階層化インフラストラクチャ: 作者に LLM 生成または暗号通貨関連のコードを宣言させ、それらのプロジェクトを特定のクォータと潜在的な支払い要件を持つ別のインフラストラクチャ階層に配置することを要求します。
  • 自動免責事項: Codeberg が LLM または暗号通貨の使用を承認していないことを示す自動的に表示される警告を実装し、コンテンツを削除することなく評判リスクを軽減します。
  • アクティビティベースの削除: 1 年間コミットがないまま非アクティブ状態が続くリポジトリを削除することで、「ワンショット コード ダンプ」を抑止するルールを実装します。

コミュニティの視点と反論

開発者コミュニティ内の議論では、これらの変更についていくつかの対立する見解が浮き彫りになっています:

  • キュレーションの支持: 一部のユーザーは、Codeberg がリソースを管理し、人間が作成したウェブの一角をキュレーションする権利を十分に持っていると考えており、管理者がコミュニティ基準を設定する Mastodon インスタンスと同様のアプローチだと比較しています。
  • 強制力の問題: 批判者は、LLM 禁止は任意の執行に頼らずに LLM 生成コードを特定する明確な方法がないため、おそらく強制できないと指摘しています。
  • キュレーション vs. 自由: 一部は、Codeberg は常に FOSS に焦点を当てたイデオロギー駆動のプロジェクトであり、特定のタイプのソフトウェアをサポートするその使命は、以前の立場と一貫していると主張しています。
  • セルフホスティングが解決策: 議論の多くは、GitHub のような企業プラットフォームや Codeberg のようなイデオロギー駆動プラットフォームのような中央集権型プラットフォームに対する答えは、開発者が Forgejo または Gitea の自身のインスタンスをセルフホスティングし、プロジェクトを完全に管理することだと示唆しています。

ガバナンスと透明性

ユーザーは、このプロセスの透明性に不満を表明しています。変更は Assembly 2026 を通じて承認されましたが、一部の一般ユーザーは、決定が最終的に確定した後、サイトバナーを通じて変更を知ったと報告しており、これにより、このような重要なポリシー変更の前に、より積極的なコミュニケーションとコミュニティ投票を求める声が上がっています。

Sources