オープンソースソフトウェア（OSS）の開発現場が、かつてない質の「ノイズ」に圧倒されている。2014年の公開以来、Unityの有力な対抗馬として、またインディーゲーム開発の民主化を象徴する存在として成長を続けてきたゲームエンジン、Godot Engine。Slay the Spire 2やBuckshot Rouletteといったヒット作での採用実績も増え、その勢いは止まることを知らないように見える。しかし今、その開発の最前線であるGitHubリポジトリは、生成AIによって大量生産された、見かけ倒しのコード、いわゆる「AIスロップ（AIによる粗製乱造）」の奔流に飲み込まれようとしている。

長年Godotのメンテナンスに携わり、主要な支援企業であるW4 Gamesの共同設立者でもあるRémi Verschelde氏が発した悲痛な叫びは、生成AIの普及がソフトウェア開発のエコシステム、特に善意と信頼性によって支えられてきたOSSコミュニティに対して突きつけている、深刻かつ構造的な課題を改めて我々に突きつける物だ。

本稿では、Godot Engineで起きている事象を詳細に追いながら、なぜAI生成コードがメンテナーを疲弊させるのか、そしてプラットフォームとしてのGitHubが抱えるジレンマと、この問題が示唆するOSSの未来について見てみたい。

AD

「貢献」という名のDDOS攻撃

事の発端は、Hidden Folksの開発者であるAdriaan de Jongh氏がBluesky上で投じた一石だった。彼は、大規模言語モデル（LLM）によって生成されたプルリクエスト（PR）の増加が「レビュワーにとって莫大な時間の浪費」であると指摘し、その実態を「完全なる惨状」と表現した。この投稿に呼応する形で、Verschelde氏はGodotのメンテナーたちが直面している過酷な現実を吐露した。

「正直なところ、AIスロップのPRはGodotのメンテナーにとって、ますます消耗を強いられ、やる気を削がれるものになっています」

Verschelde氏の言葉には、徒労感と危機感が滲む。彼によれば、メンテナーたちは現在、新規の貢献者から送られてくるすべてのPRに対して、疑いの目を向けざるを得ない状況に追い込まれているという。

AIスロップの何が問題なのか

一見すると、コードを提供してくれる貢献者が増えることは喜ばしいことのように思えるかもしれない。しかし、AIによって生成されたコードの多くは、人間の開発者が書くコードとは異なる、特有の「毒」を含んでいる。Verschelde氏や他の開発者が指摘するAIスロップの特徴は以下の通りだ。

  1. 表面的な正しさと致命的な欠陥: AIが生成するコードは、文法的には正しく、もっともらしく見える。しかし、論理的な整合性が欠けていたり、プロジェクト固有の文脈やアーキテクチャを無視していたりすることが多い。これにより、レビュワーは一見して問題を発見できず、詳細な解読と検証を強いられることになる。
  2. 饒舌すぎる説明文: PRの説明文までもがAIによって生成されている場合、それは無駄に長く、要領を得ない「言葉のサラダ」となる。レビュワーは、意味のある情報を抽出するために大量のテキストを読み解くという、不要な認知的負荷を負わされる。
  3. 投稿者の理解不足: 最も深刻なのは、PRを送信した本人（コントリビューター）が、そのコードが何をしているのかを理解していないケースだ。「英語が苦手だから説明文にAIを使った」と言い訳をする者もいれば、AIが出力したコードをテストもせずにそのまま貼り付けて送ってくる者もいる。

Verschelde氏は、「コードがAIによって書かれたから間違っているのか、それとも経験不足な人間による単なるミスなのか？」という判別に日々頭を悩ませている。さらに、不審なPRの投稿者にAIの使用を問い質しても、「説明文だけAIを使った」という判で押したような回答が返ってくるのみだという。これは、メンテナーとコントリビューターの間にあるべき最低限の信頼関係を根底から揺るがす事態だ。

GitHubのジレンマ：AI推奨プラットフォームの矛盾

この問題の根底には、OSS開発の事実上の標準プラットフォームであるGitHub（Microsoft傘下）の姿勢と、その機能的構造がある。Blueskyや他のソーシャルメディア上では、GitHub自体がAIコーディングアシスタント（GitHub Copilot）を強力に推進していることに対する批判の声が上がっている。

「GitHubはこの種の振る舞いを推奨している」、「GitHubがこれを助長しており、戦おうとしていないのを見るのは疲れる」といったコメントは、コミュニティの苛立ちを象徴している。実際、Microsoftは「AI Everywhere」を掲げ、あらゆる製品にAIを組み込むことに躍起になっている企業だ。自社のプラットフォーム上でAI生成コンテンツが溢れかえることは、ある意味で彼らの戦略の「成果」であり、それを規制することは自己否定に繋がりかねないというジレンマがある。

GitHubのオープンソースプログラムディレクターであるAshley Wolf氏は、低品質な貢献の増加がメンテナーにとっての課題であることを認めつつも、その原因をAIに限定することを慎重に避けている。「メンテナーは常にノイズに対処してきた」という彼女の発言は、AIによるノイズの「質」と「量」が従来のものとは次元が異なるという現場の実感を、意図的に矮小化しているようにも聞こえる。

それでも、GitHubはPRをコラボレーターのみに制限したり、特定のユーザーとのインタラクションを制限したりする機能を提供し始めている。しかし、これらは「対処療法」に過ぎず、AI Slopの生成根源を断つものではない。

AD

コミュニティの防衛策と「アイロニー」

Godotだけでなく、BlenderやLinuxディストリビューションなど、他の大規模OSSプロジェクトも同様の問題に直面しており、それぞれが独自の防衛策を模索している。

Blenderのフォーラムでは、AIによる貢献に関するポリシー策定が議論されており、AI生成コードの使用を制限し、使用した場合は開示を義務付けるといった案が出ている。また、Linuxディストリビューションの一つであるGentooは、GitHubにおけるCopilotの強引な推奨などを理由に、コードホスティングをCodebergへ移行するプロセスを進めている。

Godotにおいても、Verschelde氏は「AIスロップを検知するためにAIツールを使う」という解決策について言及しているが、それを「恐ろしく皮肉」であると評し、「AIのマシナリーに餌を与えることには乗り気ではない」と述べている。毒をもって毒を制すようなこのアプローチは、問題の根本解決にならないばかりか、AI依存の連鎖を深めるだけかもしれない。

別の選択肢として、GitHubからの撤退も挙げられている。よりマイナーなプラットフォームへ移行すれば、承認欲求や数稼ぎのためにAIコードをばら撒く層をフィルタリングできるかもしれない。しかし、それは同時に、善良な新規参入者や、バグ報告を行いたいだけの一般ユーザーに対するハードルを上げることにもなる。「障壁を上げたくはないが、選択の余地はないかもしれない」というVerschelde氏の言葉は、OSSが掲げてきた「誰でも参加できる」という理想が、現実的な運用コストの前に崩れ去ろうとしている現状を示している。

なぜ彼らはゴミを送るのか？

なぜ、役に立たないどころか有害なコードを送る人々が後を絶たないのか。その背景には、ソフトウェア開発における「貢献」のゲーミフィケーション化と、歪んだインセンティブ構造がある。

GitHubのプロフィールページに表示される「草（Contributions graph）」を緑色で埋め尽くすことは、一部の開発者、特に就職活動中の学生やジュニアエンジニアにとって、スキルや熱意の証明になると信じられている。かつては、コードを書くこと自体に高いコスト（学習コスト、時間的コスト）がかかっていたため、PRを送ることには一定のハードルがあり、それが自然なフィルタとして機能していた。

しかし、生成AIの登場により、コードを書くコストはほぼゼロになった。専門知識がなくても、数クリックで「もっともらしいコード」を生成し、PRを作成できるようになったのだ。これにより、貢献の質よりも量を追求する「PRスパム」が容易になり、承認欲求や就職活動といった利己的な動機に基づく低品質な投稿が急増することになった。

なぜこれが重要なのか

この現象が示唆するのは、OSSの持続可能性に対する重大な脅威だ。OSSは、メンテナーの情熱とボランティア精神によって成り立っている部分が大きい。しかし、無限に湧き出るAIボット（あるいはボットのように振る舞う人間）と、有限の時間と精神力しか持たない人間のメンテナーとの戦いは、あまりにも非対称だ。

Godotの件は氷山の一角に過ぎない。このままメンテナーの疲弊が進めば、多くのプロジェクトが以下のいずれかの道を辿ることになるだろう。

  1. 閉鎖的な開発体制への回帰: 信頼できる限られたメンバーのみがコードを修正できるようにし、外部からの貢献を一切受け付けない。
  2. プロジェクトの放棄: メンテナーが燃え尽き（Burnout）、開発が停止する。
  3. AIによる完全自動化: コードの生成からレビュー、マージまでをすべてAIに委ね、人間が介在しなくなる（そこには人間の意図や哲学は残るのだろうか？）。

Verschelde氏は「唯一の現実的な解決策」として、メンテナーを雇用するための資金援助を挙げている。これは、OSSが「無料のボランティア」による牧歌的な活動から、プロフェッショナルな対価を必要とする活動へと移行せざるを得ない転換期にあることを示している。

AD

制御不能な加速の果てに

AI技術の進化は、コーディングの生産性を劇的に向上させるという約束をもたらした。NVIDIAのCEOであるJensen Huangが「誰もがプログラマーになれる」と語った未来は、皮肉な形で現実になりつつある。しかし、その「プログラマー」たちが生み出しているのは、機能するソフトウェアではなく、メンテナンス不能なデジタル廃棄物の山かもしれない。

Godot Engineが直面している苦境は、AIの民主化がもたらす負の側面、すなわち「創造のコスト低下が、検証のコスト増大を招く」というパラドックスを鮮明に描き出している。テクノロジー企業がAIの性能向上や普及に邁進する一方で、その出力物を受け止め、選別し、統合するという「人間」の役割にかかる負荷は限界に達しつつある。

我々は今、OSSのエコシステムを再定義する必要に迫られている。それは、AIを排除することでも、盲目的に受け入れることでもない。人間のメンテナーの価値を正当に評価し、守るための新たな仕組み――技術的、制度的、そして経済的な防壁――を構築することだ。Godotのチームがこの荒波をどう乗り越えるかは、今後のOSS全体の運命を占う試金石となるだろう。

Sources