Pop!_OS Linux ディストリビューションを開発している System76 は、同社の主力デスクトップ プロジェクトにおける AI のスロップに対して強硬な一線を引いています。COSMIC デスクトップ環境は、言語モデルで生成された大規模なコンテンツを含むプル リクエストを受け付けなくなります。

Linuxiac によって最初に報告され、今週 Neowin によって取り上げられたように、COSMIC プル リクエスト テンプレートが更新され、投稿内容にソース コード、コード コメント、プル リクエストの説明自体を含むいかなる種類の LLM 生成マテリアルも含まれていないことをコントリビューターに確認するよう要求されました。その確認が欠けている場合、メンテナはプル リクエストを完全に閉じる可能性があります。

この動きにより、System76 は、寄稿者に AI 支援の開示を求めることから、寄稿コードから AI 支援を完全に禁止することに切り替える、最も著名なオープンソース プロジェクトの 1 つとなりました。 AI 業界がソフトウェア エンジニアリングをどのように再構築しているかを追跡している開発者にとって、これは、保守担当者が限界に達していることを示す、これまでで最も明らかな兆候の 1 つです。このようなストーリーをさらに知りたい場合は、最新の AI 開発に関する報道をご覧ください。

新しいルールで求められるもの

更新されたコントリビューション ポリシーに基づいて、COSMIC コントリビューターはプル リクエストを開くときにいくつかのことを確認する必要があります。

  • 提出物には LLM で生成されたコード、コメント、または説明が含まれていない
  • 提出している変更内容を理解していること
  • メンテナからのレビューフィードバックに回答できること
  • 自分の作業をテストしたこと
  • 貢献が、貢献者がコードを提出できることを示す標準証明書である 開発者証明書 に基づいて認証されていること

このポリシーは、Pop!_OS 24.04 で出荷されるデスクトップ環境を構成する、COSMIC コードベース、Rust ベースのリポジトリ ファミリ (cosmic-comp コンポジターから cosmic-files ファイル マネージャーまで) 全体に適用されます。

System76 がプラグを抜いた理由

Linuxiac によると、System76 の主任エンジニアである Jeremy Soller 氏は、その要因は、AI によって生成された提出物が COSMIC チームに課す余分なレビュー負担であると述べました。メンテナは、LLM に依存する初めてのコントリビューターからの送信の量が増加していることを確認しており、それらのプル リクエストの多くは計画外であり、ほとんど受け入れられませんでした。

プロジェクトはすでにこのトラフィックを静かにフィルタリングしていました。寄稿者の Jacob Gkau は 8 月に、LLM が作成した大規模なプル リクエストのほとんどがすでに拒否されており、特に著作権や保守性の懸念を提起した場合に指摘しました。これまで、プロジェクトの正式なルールでは、貢献者はAIが生成したコードを公開し、提出内容を理解していることを証明する必要があった。新しいルールはより厳格です。LLM で生成されたコンテンツは開示およびレビューされず、まったく受け入れられません。

レビュー帯域幅はオープンソースにおいて最も不足しているリソースであり、この変化は経済学によって説明されます。機械生成されたプル リクエストの作成には数秒、拒否には数分かかりますが、適切なレビューには数時間かかります。そして、投機的な AI コントリビューションのトリアージに費やされる 1 時間は、信頼できるメンテナによる精査された作業に費やされない 1 時間になります。

AI ツールの禁止ではなく、一方的な AI 貢献の禁止

ポリシーの範囲は慎重に定められています。 System76 のエンジニアや貢献者が独自のワークフローで AI ツールを使用することを禁止するものではありません。外部からプロジェクトのリポジトリに何が入ってくるかを管理します。 LLM を使用して Rust パターンを学習し、パッチ自体を書いて真に理解するコントリビュータは、ルールの対象ではありません。確認要件は、コード、コメント、または説明がモデルによって大規模に生成された提出物を対象としています。

切り抜きが1箇所あります。 cosmic- flatpak リポジトリでは、アップストリーム プロジェクトが独自の Flatpak マニフェストを管理するため、より簡単なプロセスに従います。COSMIC チームは主に、それらのマニフェストを受け入れる前に、正しいサンドボックスかどうかをチェックします。

オープンソースは AI のスロップに一線を画す

この議論は今週 Hacker News で公の場に広がり、そこでは 75 以上の論点が集まり、長い議論スレッドが形成されました。あるコメント投稿者は、自分たちのプルリクエスト（クロード氏の協力を得て開発された、COSMICのネットワークアプレットのパスワード処理の問題を手作業で修正したもの）が、新しいポリシーの下でクローズされたと述べた。 「私は彼らの決定を尊重しており、つらい思いはしていません」と寄稿者は書いているが、オープンソースへの貢献に参入しようとする者にとっては挫折であることは認めた。

スレッド内の他の声は、あまり外交的ではなく、自分たちのプロジェクトにおける保守不可能な「AI の混乱」について説明し、System76 の行動を称賛しました。 Linux ディストリビューションは何千ものアップストリーム パッケージから構築されており、その来歴を管理者が完全に監査できないことを指摘して、このポリシーが実際に適用できるかどうかを疑問視する人もいます。ここ数週間の報道によると、Rust ベースのオペレーティング システム プロジェクトである Redox OS も、AI 生成コードに対する同様の禁止措置を採用しており、エコシステム全体のメンテナーは、正式な非 AI ポリシーが普及するかどうかに注目しています。

Pop!_OS ユーザーと開発者にとっての意味

ユーザーにとっては、すぐには何も変わりません。Pop!_OS と COSMIC は通常どおり出荷され続けます。ポリシーは機能ではなく、貢献の健全性に関するものです。将来の寄稿者にとって、ハードルは明確になりました。自分で書き、理解し、テストし、レビューで擁護する準備ができていることです。

さらに深刻な問題は、他の主要プロジェクトがこれに続くかどうかだ。現在、AI 支援コーディングが主流となっており、メンテナーが直面するすべてのプロジェクトは、結果として生じる機械生成の貢献の波をどうするかを決定する必要があります。 System76 の回答 (テンプレート チェックボックス、クロージャの可能性、および開発者原産地証明書) は 1 つのテンプレートを提供します。それが業界のデフォルトになるかどうかはまだわかりません。

---

AI の先を行く

最新の AI ニュース、分析、画期的な情報をすべて 1 か所で入手できます。

AI ニュースをもっと読む→