Godotのアイ生成コード排除が映す、オープンソース維持の「引き継ぎ責任」——品質管理から信頼の再構築へ

なぜGodotはAIコード排除に踏み切ったのか

オープンソースのゲームエンジン「Godot」が、2026年7月に重大な決定を下しました。今後、自律型AIエージェントやバイブコーディング（AI支援のコード自動生成）によるプルリクエストを受け付けないというものです。

一見すると、テクノロジーの進化に対する後ろ向きな判断に見えるかもしれません。しかし、その背景を掘り下げると、オープンソースコミュニティが直面する現代的な課題が浮かび上がってくるのです。

問題の本質は「量」ではなく「責任」にあります。AIが生成したコードの大量投稿そのものではなく、それらのコードを提出するユーザーが、自分たちのコントリビューションを十分に理解・修正できる能力を備えていないという点が、Godotの開発チームを追い詰めていたのです。

「AIコードの黒箱化」がもたらすメンテナンスの地獄

オープンソースプロジェクトのメンテナンスは、多くの場合、限られた人数のボランティアによって支えられています。Godotも例外ではありません。

AIで生成されたコードが大量に投稿されると、レビューを担当するメンテナーたちは、以下の問題に直面します：

意図の不透明性：なぜそのコードが書かれたのか、どの部分が意図的でどの部分が偶発的なのかが不明確
バグの伝播リスク：AIが生成したコードの欠陥を、提出者自身が認識していないため、問題の報告や修正が遅れる
ドキュメンテーションの欠落：AIが生成したコードには、通常、人間が書くコードに含まれる「なぜそう書いたのか」という思考プロセスが記録されない
長期的な負債化：数年後、バグが発見されても、提出者が既に去っているため、修正責任が曖昧になる

つまり、AIコードの受け入れは、見かけ上の「生産性向上」の代わりに、メンテナーの負担を指数関数的に増加させてしまうのです。

「引き継ぎ責任」という新しい開発倫理

Godotの判断が示唆しているのは、オープンソース開発における「引き継ぎ責任」の重要性です。

従来のオープンソースの文化では、コントリビューターは「自分が書いたコードに対して責任を持つ」ことが暗黙の了解でした。バグが報告されたら修正する、質問が来たら答える。そうした継続的な責任が、プロジェクトの健全性を保ってきたのです。

しかし、AIコード生成ツール（GitHub Copilot、Claude、GPTなど）の普及により、この契約が破綻しました。AIが生成したコードを貼り付けるだけで、提出者は「自分のコード」だと主張しますが、実際には内容を理解していません。結果として、メンテナーたちが永遠にそのコードの「所有者」として振る舞わざるを得なくなります。

Godotの決定は、この倒錯を正すためのものです。言い換えれば、「AIツールをコントリビューションの短縮形として使うのではなく、自分の知的作業の強化ツールとして使え」というメッセージなのです。