GodotがAIコード原則禁止|なぜ開発現場は拒否?

伊東雄歩
監修者 伊東 雄歩

株式会社ウォーカー CEO。東北大学卒。MENSA会員、JDLA認定講師、健全AI教育協会理事。生成AI×教育・学習科学を専門とし、2億円超のシステム開発プロジェクトを統括。

taolis.net X note Voicy YouTube
  • 人気の無料ゲームエンジン「Godot」が、AIが書いたコードの受け入れを原則禁止にしました
  • 発表は2026年6月30日。理由は「AI製コードの提案が殺到し、レビュアーが疲弊した」ことです
  • コード補完や正規表現などの単純作業ならAI利用はOK。使った場合は申告が必要です
  • 実はGentoo・NetBSD・QEMUなど、同じ動きをするプロジェクトが次々に増えています
  • 日本でもGodotは人気。個人開発者や学習者にとって他人事ではない話です

「AIにコードを書かせて、そのままオープンソースに提案する」。そんな行為に、ついに大きな待ったがかかりました。人気ゲームエンジンのGodot(ゴドー)が、AI製コードの受け入れを原則禁止にしたのです。なぜ、AIを歓迎しないのでしょうか。開発現場でいま何が起きているのか、やさしく解説します。

GodotがAIコードを原則禁止に

まず、Godotが何かをおさらいします。

Godot(ゴドー)は、無料で使えるオープンソースのゲームエンジンです。ゲームエンジンとは、ゲームを作るための土台となるソフトのこと。

有料のUnity(ユニティ)やUnreal Engine(アンリアルエンジン)と並ぶ選択肢として、世界中の開発者に使われています。

そのGodotを運営するGodot Foundationが、2026年6月30日に新しい方針を発表しました。内容は、AIが生成したコードの提案(プルリクエスト)を原則として受け付けないというものです。

プルリクエストとは、「このコードを取り込んでください」という開発者からの提案のこと。オープンソースは、こうした世界中の人の提案で成り立っています。

その提案の入り口で、AI製コードにストップをかけた形です。

なぜ禁止に踏み切ったのか

いちばんの理由は、レビュアー(コードを審査する人)の疲弊です。

Godotの運営は2026年2月ごろから、ある変化に気づいていました。AIで作られた雑なコードの提案が、どんどん増えていたのです。

AIを使えば、コードを書く手間はぐっと減ります。ボタンひとつで、それらしいコードが大量に生まれます。

でも、それを審査する人の数は増えません。結果、少数のレビュアーに大量の提案が押し寄せ、対応しきれなくなりました。

Godot Foundationは、この状況を「士気をくじく(demoralizing)」と表現しています。

さらに深刻なのが、提案者の理解不足です。運営はこう述べました。「AIは責任を取れない。AIを多用する人が、自分のコードを直せるほど理解しているとは信じられない」。

もうひとつ、印象的な言葉があります。運営は「私たちは機械と話したくない」とも語りました。

人間どうしのやり取りにまでAIが生成した文章が混ざると、対話の意味が薄れてしまう。レビューで返した助言が、相手の成長ではなくAIに吸収されてしまう、というわけです。

何が許されて、何がダメなのか

「AI利用は全部ダメ」というわけではありません。ルールを整理してみましょう。

禁止されることは、次のとおりです。

  • 自律型のAIエージェントによる開発や、いわゆる「バイブコーディング(AI任せの雰囲気開発)」
  • まとまった量のコードをAIに生成させること
  • 人間どうしの会話に、AIが作った文章を使うこと

一方で、許される使い方もあります。

  • コード補完(入力途中の候補表示)
  • 正規表現(文字列を検索するためのパターン作り)
  • 検索と置換などの単純作業

つまり、あくまで「補助」ならOK。ただし、AIを使った場合は提案の中で正直に申告する必要があります。

加えて、新規の参加者には別のルールも加わりました。ここでいう新規とは「これまでに取り込まれた提案が3件以下の人」を指します。

こうした人が新機能の追加や大きな作り直しをしたい場合は、運営の明確な許可が必要になりました。

Godotだけじゃない|広がる「AIコード拒否」

実は、この動きはGodotが初めてではありません。有名なオープンソースが、次々と同じ判断をしています。

先陣を切ったのはGentoo(ジェントゥー)という基本ソフトのプロジェクトです。2024年4月に、著作権・品質・倫理の3つを理由に全面禁止を打ち出しました。

その後、NetBSD、QEMU、Git、Zig、GIMPといった名だたるプロジェクトも、AI製コードを拒否する方針を出しています。

とくに象徴的なのがcurl(カール)です。curlは世界の最大500億台の機器で動く、超重要なソフトです。

そのcurlは、6年続けたバグ報奨金プログラム(不具合を見つけたら賞金を出す仕組み)を停止しました。理由は、寄せられる報告の約20%がAI製の不正確なものになったからです。

2026年1月には、人気ターミナルソフトGhostty(ゴースティ)も、AI提案を事前承認済みの案件などに限定しました。

共通する悩みは同じです。「提案は簡単に量産できるのに、審査する人手は増えない」。この非対称が、多くのプロジェクトを苦しめています。

日本のゲーム開発者への影響

「海外の話でしょ?」と思ったかもしれません。でも、日本にとっても身近な話です。

Godotは日本でも人気が高まっています。とくにUnityが2023年に料金体系の変更で騒動を起こして以降、無料のGodotへ乗り換える個人開発者が増えました。

ある学生が、独学でGodotを学びながらインディーゲームを作る場面を想像してみてください。学びの一環として、本体の改善提案に挑戦したいと考えるかもしれません。

その提案をAIに丸投げしてしまうと、今後は受け付けてもらえません。自分でコードを理解し、責任を持てることが、これまで以上に問われます。

一方で、これは学習者にとって悪い話ばかりではありません。AIに頼りきらず基礎を身につけた人ほど、評価されやすくなるとも言えます。

日本のSNSやコミュニティでも、今回の決定にはおおむね好意的な声が目立ちました。「レビュアーを守る当然の判断」という受け止めが多いようです。

よくある質問(FAQ)

Q1. AIを使ったゲーム開発そのものが禁止されたのですか?

いいえ。今回のルールは「Godot本体をみんなで改善する提案」に対するものです。あなたが自分のゲームをGodotで作るとき、AIをどう使うかは自由です。

Q2. コード補完のAIも使えなくなりますか?

使えます。コード補完や正規表現などの単純な補助はOKです。禁止されるのは、まとまったコードをAIに丸ごと作らせることです。

Q3. なぜ「AIが書いたか」を申告しないといけないのですか?

レビュアーが、どこまで人間が理解して書いたかを把握するためです。責任の所在をはっきりさせ、審査の負担を減らす狙いがあります。

Q4. 他のゲームエンジンも同じようになりますか?

可能性はあります。すでに多くのオープンソースが同じ悩みを抱えています。今後、追随するプロジェクトが増えるとみられます。

まとめ

今回のポイントを振り返ります。

  • Godotが2026年6月30日、AI生成コードの提案を原則禁止にした
  • 理由は、雑なAI提案の急増でレビュアーが疲弊したこと
  • コード補完など単純な補助はOK、使った場合は申告が必要
  • Gentoo・curl・Ghosttyなど、同じ動きが世界的に広がっている
  • 日本でも人気のGodot。学習者は「自分で理解する力」がより重要に

AIは便利ですが、「responsibility(責任)」は人間しか取れません。まずは、あなたが普段使うツールのAIポリシーを一度チェックしてみてください。

参考文献

コメントを残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です