10月5日、GamingOnLinuxが「System76 COSMIC projects will no longer accept LLM-generated content in code submissions」と題した記事を公開した。AIコーディングツールの普及とともに、OSSプロジェクトのメンテナーたちが直面しつつある「レビュー負荷の爆発」という問題に、System76がついて明確な線引きを行った。

LLM生成コードのPRが氾濫、System76が禁止方針を打ち出す

System76（公式サイト）は、自社が開発するLinuxデスクトップ環境COSMIC（GitHub）のプロジェクトにおいて、LLM（大規模言語モデル）が生成したコードをPull Requestで提出することを禁止した。

同社のPrincipal EngineerであるJeremy Sollerは、Redditへの投稿でその理由を次のように説明した。

「さまざまな理由がありますが、誰かを傷つけるつもりはありません。主な理由はシンプルに、チームのレビュー負荷です。私たちは自分たちのチームや常連コントリビューターからの貢献を優先したいと考えている一方で、LLMを使った初回コントリビューターからの変更を大量に受け取るようになっています。これらの変更は多くの場合、計画外のものであり、受け入れ率も低いです。」

貢献の意図そのものを否定しているわけではなく、計画外かつ品質の低いPRがレビューキューを圧迫している実態を問題視している。

禁止の内容はPRテンプレートとコントリビューションガイドラインに明記された。ガイドラインには「LLM（いわゆるAI）が生成したコンテンツは、コード・コメント・説明文を含め、Pop!_OSプロジェクトのIssueやPRに投稿できない」と記載されている。

なお、**cosmic-flatpakは例外**として扱われる。FlatpakはLinux向けのアプリケーション配布・サンドボックス化フレームワークで、各アプリがマニフェストファイルによってパッケージ構成を定義する仕組みを持つ。cosmic-flatpak配下では各プロジェクトが独自のFlatpakマニフェストを管理しており、変更を受け入れる前にチームがサンドボックスの正しさを個別にレビューする体制が整っているため、例外として認められた。

OSSコミュニティ全体に広がる動き

この動きはSystem76に限った話ではない。

• Godot Engine：LLMを使ったコード提出が急増したことで、AIコントリビューションへの審査を強化する方針を打ち出した。
• KDE：LLMに関するガイドラインの策定を試みたが、合意形成がうまくいっていないと報じられた。

AIコーディングツールへのアクセスが容易になるにつれ、こうした問題は引き続き各OSSプロジェクトに波及していくとみられる。

一方で、AIによるコード関連レポートがすべて害をもたらすわけではない。Linuxカーネルのセキュリティ問題に関しては、AIによる報告が相次いだ結果、CanonicalがUbuntu Linuxカーネルのセキュリティアップデートを迅速化する判断を下すという動きも出ている。

本質はコードの質よりもレビューコスト

今回の禁止方針で注目すべき点は、「AIコードは質が低い」という倫理的・品質的な議論ではなく、「レビューする人間のリソースが有限だ」という極めて実務的な理由が前面に出ていることだ。

OSSメンテナーの疲弊はかねてより問題視されてきた。2024年のxz Utilsバックドア事件でも、少数のメンテナーに依存する構造的な脆弱性が改めて浮き彫りになったように、OSSの持続可能性はメンテナーの負荷と不可分の関係にある。そこにLLMが手軽にPRを大量生成できる環境が加わったことで、レビュー負荷が構造的に増大している。「誰でも貢献できる」というOSSの開放性が、皮肉にも特定の負担を集中させる要因になりうるという逆説が、今回の禁止方針の背景にある。System76の対応は、そうした現実への実務的な回答として、他のプロジェクトの参考になる可能性がある。

詳細はSystem76 COSMIC projects will no longer accept LLM-generated content in code submissionsを参照していただきたい。