GodotでAIを使う方法：2026年版ステップバイステップガイド

標準のGodotにはAIアシスタントは搭載されていません。2026年半ばにエディターを開いても、チャットパネルも「AIに聞く」ボタンも、シーンを読み込むエージェントも存在しません。これは待てば解決する見落としではありません。コミュニティはGodotのワークフローにAIを追加する成熟した4つの方法を構築しており、唯一の実質的な判断はAIをプロジェクトにどこまで深く関与させるかです。

このガイドでは、最も浅いものから最も深いものまで全4つを解説し、それぞれのセットアップ手順を紹介します。結論を先に言うと、どの方法も大まかに同じモデルを使ってGDScriptを書くため、コードの品質に大きな差はありません。違いは一点だけ、AIがプロジェクトをどこまで「見て」「操作できるか」です。

まず、唯一本質的なこと

AIモデル（Claude、GPT、DeepSeek、Gemini）はGDScriptを書く部分を担っており、4つのセットアップすべてで強力なモデルを使えるため、コードの出来は大体同じです。変わるのはコンテキストとコントロール、つまりAIが何を見られるか、そして何ができるかです。チャットウィンドウはあなたが貼り付けたものしか見えず、提案しかできません。MCPサーバーを使えば実際のシーンツリーを見ることができます。エンジン内エージェントなら完全なライブ状態を見られるうえ、ゲームを実行してデバッガーを読み取り、自己修正まで行えます。

これはGodotで特に重要です。Godotのバグの大部分は実行時にしか現れないからです。nullのノードパス、シグナル接続の欠落、コリジョンシェイプのないCharacterBody2Dなど、これらは構文エラーではありません。問題が起きるまで普通に動きます。ゲームを実行できないAIはそれらを捕捉できません。どんなに優れたモデルであっても。

オプション1：チャットモデルを使う（セットアップ不要の方法）

GodotでAIを使う最もシンプルな方法は、ブラウザのタブでチャットモデルを開き、GDScriptのリファレンスとして活用することです。

セットアップ方法： ClaudeまたはChatGPTを開くだけです。セットアップは不要で、それがこの方法の最大の魅力です。

上手な使い方： 回答の質はコンテキストの質に完全に依存します。モデルはプロジェクトを見ることができないからです。3つの習慣で大きな差が生まれます。

1. Godotのバージョンを明示する。 「Godot 4.4」とはっきり伝えましょう。多くのモデルはGodot 3のコードで大量に訓練されており、バージョンを指定しないとyield、KinematicBody、古いconnect()のシグネチャをさりげなく返してくることがあります。
2. 実際のノード構造を貼り付ける。 「プレイヤーを動かすにはどうすればいい?」ではなく、シーンツリーを貼り付けましょう。「CharacterBody2DにPlayerという名前をつけ、子にAnimatedSprite2DとCharacterBody2Dを持っています。トップダウンの移動を書いてください。」こうすることでモデルが推測する必要がなくなります。
3. エラーの説明ではなく、実際のエラーを貼り付ける。 何かが壊れたとき、ノードパスを含むGodotのエラー行全体をコピーしましょう。「null インスタンスの'velocity'のインデックスが無効です」というエラーとスクリプトがあれば、「クラッシュします」という説明よりはるかに多くの情報をモデルに与えられます。

できること： 関数の記述、エンジンのコンセプトの説明、貼り付けたコードのデバッグ、ステートマシンの下書き。

できないこと： プロジェクトの閲覧、ファイルの編集、ゲームの実行。すべての修正はコピー&ペーストの往復作業であり、モデルは前回の提案が機能したかどうかを知ることができません。単発の関数なら問題ありませんが、ゲーム全体だと手動での作業が多くなります。

費用： ClaudeとChatGPTの無料プランで大半のGDScriptの質問に対応できます。有料プランではより多くの利用量と強力なモデルが使えます。

オプション2：Godot MCPサーバーを接続する（AIの推測をなくす）

チャットベースのワークフローに対する最大のシングルアップグレードは、AIにプロジェクトへの本物の「目」を与えることです。それがGodot MCPサーバーの役割です。

MCP（Model Context Protocol）は、AIクライアントが外部ツールを呼び出すための標準規格です。Godot MCPサーバーはシーンツリー、ノードのプロパティ、プロジェクトファイルをCursor、Claude Desktop、Claude Code、Windsurfのようなクライアントに公開します。AIは.tscnファイルをテキストとして解析したり、あなたに説明を求めたりせず、ゲームの実際の構造を読み取ります。

セットアップ方法：

1. サーバーを選びます。複数のコミュニティ製Godot MCPサーバーが無料でオープンソースとして提供されており、Summer Engineはwww.summerengine.com/mcpでサーバーをホストしています。Godot MCPサーバーガイドとベストGodot MCPサーバーの比較記事でオプションを確認できます。
2. クライアントのMCP設定に追加します。CursorとClaude Desktopの場合、サーバーへのパスを示す小さなJSON設定ブロックを編集します。サーバーのREADMEに正確な記載があります。
3. クライアントを再起動し、Godotツールが表示されることを確認します。シーンツリーの読み取り、ノードの検査、スクリプトの編集などのツールが利用可能になります。

できること： ライブのシーン構造を読み取り、実際のノード名を正確に把握し、完全なプロジェクトコンテキストでスクリプトを編集し、多くの場合ノードの作成と変更を行います。レイアウトに関する推測がなくなることで、GodotのAIコードが最初から間違ってしまう最も一般的な原因が排除されます。

できないこと： ファイルレベルのMCPサーバーのほとんどは、まだゲームを実行してライブのランタイムエラーを読み取ることができません。AIをプロジェクト認識にはしますが、ランタイム認識にはなりません。上限は確かに存在しますが、素のチャットウィンドウよりはるかに高いところにあります。

費用： コミュニティサーバーは無料でオープンソースです。費用はクライアントが請求するモデルのトークン分のみです。Summer EngineのホステッドサーバーへのAI接続は無料です。

オプション3：エディター内AIプラグインをインストールする

別のウィンドウではなく、Godotエディターの中にAIを置きたい場合は、コミュニティAIプラグインをインストールします。これらは標準のGodotにチャットパネルを追加し、エディター内からプロジェクトに働きかけることができます。

セットアップ方法：

1. プラグインを探します。ZivaなどのGodot AIアシスタントはGodot Asset LibraryまたはGitHubにあります。Godot AIプラグイン概要で現在のラインナップを紹介しています。
2. Asset Libraryタブからインストールするか、プロジェクトのaddons/フォルダーにドロップして追加します。
3. Project、Project Settings、Pluginsから有効にします。
4. APIキーを追加します。ほとんどのプラグインはキー持ち込み方式なので、Anthropic、OpenAI、または他のプロバイダーのキーを貼り付けると、そのアカウントを通じて利用料が請求されます。

できること： エディターを離れずにチャットし、GDScriptを生成して挿入し、プラグインによってはシーンツリーとノードのプロパティを直接編集します。Godotの中で作業が完結するのは、タブを切り替えるよりも確実に便利です。

できないこと： ほとんどのプラグインは、それを前提として設計されていないエンジンの上に乗っています。編集はできますが、一般的にゲームを実行して観察し、ライブのランタイムからフィードバックを得て自己修正することはできません。成熟度もプラグインによってまちまちなので、依存する前に最近のアクティビティとレビューを確認してください。この上限についての詳しい考察はGodotのAIプラグインでは不十分な理由をご覧ください。

費用： キー持ち込み方式で多くの場合インストール自体は無料であり、費用は持ち込んだモデルの使用量分のみです。

オプション4：AIネイティブエンジンを使う（AIがゲームを実行する）

前の3つのオプションはAIを標準のGodotに後付けするものです。4つ目はそれを逆転させます。AIは最初からエンジンに組み込まれているため、他の方法にはできないことができます。ゲームを実行し、実際のエラーから自分のコードを修正することです。

それがSummer Engineです。Godot 4と互換性があるため、.godotプロジェクトを開き、あなたが所有してGodotのパイプラインを通じてエクスポートできる本物のシーンとGDScriptを生成します。違いはAIがエンジンのループの一部であり、外付けのパネルではないということです。そのためシーン、ノード、物理ボディ、シグナル、リソース、そして実行中のゲームを含む完全なライブ状態を把握できます。

セットアップ方法：

1. Summer Engineをダウンロードします。デスクトップアプリケーションとして動作します。
2. ジャンルに合ったテンプレートから始めるか、既存のGodot 4プロジェクトを開きます。
3. チャットで何がしたいかを説明します。「ダブルジャンプとウォールスライドができるプレイヤーを追加して」や「敵がプレイヤーに向かって移動し、ヒットでダメージを受けるようにして」などです。

その後に起きることが、本当に違う部分です。 AIがCharacterBody2Dを作成し、移動スクリプトを書き、コリジョンレイヤーを設定し、入力マップを配線し、ゲームを実行し、ゲームが動いている間に診断情報とデバッガーの出力をリアルタイムで読み取り、実際のエラーから自分のGDScriptを修正します。廃止されたGodot 3の呼び出しが生成された場合、エンジンは実行時にエラーを投げ、AIはそれを検知して修正します。壊れたコードをデバッグ作業に回すのではなく。オプション1から3を制限するランタイム盲点こそが、これが取り除くものです。

できること： 機能をエンドツーエンドで構築し実行テストを行う、2D・3D・オーディオアセットを生成する、ランタイムエラーから自己修正する。手動で行っていた「書く・実行する・読む・修正する」のループを閉じます。

正直な限界： Summer Engineはコードエディターとしてあなたのコードエディターに勝ることを目指しておらず、実際に勝つこともありません。キーボードドリブンの自動補完と長年培ったIDEの筋肉記憶が最優先事項なら、エディターを使い続けてオプション1から3でAIを走らせてください。Summer Engineは独立したアプリケーション内での会話ファースト型のワークフローを求めます。AIにゲームをビルドしてテストさせたいとき、コードを打ち込んで自分で配線してデバッグするのではなく、そのタイミングで使うのが正解です。エンジン内エージェントにできることとできないことの詳細はGodot AIエージェントガイドをご覧ください。

費用： GDScriptを書き、シーンを編集し、アセットを生成し、ゲームをエクスポートするAIとの会話を含め、ダウンロードして無料で使えます。有料プランではキャップが上がり、より強力なモデルが使えるようになります。現在の料金は料金ページをご覧ください。

どのセットアップを選ぶべきか

4つのオプションは段階的に積み重なっているため、本当の質問はプロジェクトがどこまでのレベルを必要としているかです。

セットアップ	AIが見られるもの	プロジェクトを編集	ゲームを実行	費用
チャットモデル	貼り付けた内容のみ	不可	不可	無料枠あり、使用量課金
Godot MCPサーバー	ライブのシーン構造	多くの場合可	通常不可	サーバー無料、モデル使用量
エディター内プラグイン	Godot内のプロジェクト	可	通常不可	多くの場合無料、キー持ち込み
AIネイティブエンジン	エンジン全体の状態	可	可	無料スタート、有料プランあり

一発で決める判断ガイド：

• 素早いGDScriptのサポートが欲しく、セットアップに手間をかけたくない： チャットモデル。Godotのバージョンを固定し、ノードツリーとエラーを貼り付けましょう。
• AIがノードパスを推測するのをやめてほしい： Godot MCPサーバーを追加する。使用するクライアントを問わず行う価値があります。レバレッジが最も高い単一のステップです。
• Godotを離れずにエディター内でAIを使いたい： エディター内プラグインを自前のAPIキーで使う。
• AIにゲームを実行させて自分のバグを修正させたい： AIネイティブエンジンをテンプレートから始める。

ほとんどの人は複数を組み合わせて使うことになります。素早い質問にはチャットモデル、本格的な構築にはMCPサーバーまたはエンジン内エージェント。それは合理的なセットアップであり、矛盾ではありません。

無料と有料の正直な話

ここに挙げたどの方法も、無制限に無料ということはありません。AIのコンピューターリソースはお金がかかり、すべてのオプションがどこかでそれを計測しています。ClaudeやChatGPTの無料アカウントなら一日中GDScriptの質問に答えてくれます。ほとんどのGodot MCPサーバーは無料でオープンソースで、費用はクライアントが請求するモデルのトークン分のみです。エディタープラグインはキー持ち込み方式で多くの場合インストール無料です。Summer Engineはダウンロードして無料で使えます。GDScriptを書き、シーンを編集し、アセットを生成し、ゲームをエクスポートするAIとの会話も含めて無料で、有料プランではキャップが上がり、より強力なモデルが使えます。4つすべての無料枠は最初のプロジェクトを完成させるのに十分な広さです。毎日構築するようになってから有料になります。

まとめ

GodotでAIを使うことはセットアップの選択であり、欠けている機能を待つことではありません。モデルはどの方法でも大体同じようにGDScriptを書くため、どのモデルが「最高か」で悩む必要はありません。代わりに、AIにどこまで見せてどこまでやらせるかを判断してください。

チャットウィンドウからコードをコピーするだけなら、最大の恩恵を得られていません。Godot MCPサーバーを接続すれば、AIはワンステップでプロジェクトの推測をやめます。エンジン内エージェントに移行すれば、AIがゲームを実行して自分のバグを修正するようになります。Godotではほとんどのバグが実行時まで隠れているため、それが「タイプするだけのアシスタント」と「ゲームを完成させるアシスタント」の分かれ目です。

AIがゲームを実行するとどうなるか確かめるには、Summer Engineをダウンロードしてテンプレートから始めてください。より広い視点についてはGodotにはAIがあるかがその全体像を解説しており、GodotのベストAIでは上記の各セットアップを支えるモデルをランク付けしています。