2026年のベストGodot MCPサーバー(CursorとClaudeのための正直なレビュー)
2026年のベストGodot MCPサーバーの正直な比較: GDAI MCP、Coding-Solo、bradypp、そしてSummer Engineのホステッドサーバー。Cursor、Claude、Windsurfでどれを使うべきか、各サーバーの限界についても解説します。
「best Godot MCP server」と検索すると、意見のないGitHubリポジトリの一覧が並ぶだけで、CursorやClaudeで何をインストールすればいいか判断するには役立ちません。このレビューでは、実際の選択肢をAIクライアントがGodotプロジェクト内でできることによって順位付けし、一般的なケースに最適な選択肢を明示し、Summer Engineがどこに位置づけられるかについて正直にお伝えします。Summer Engineはファイルレベルのサーバーの一段上にある、異なる形のツールです。
{/* IMAGE: Hero graphic showing an MCP client (Cursor) connected by a bridge to a Godot project, with a "play" button and a runtime error being read back. 1200x630, illustration. */}
Godot向けMCPサーバーが実際にできること
Model Context Protocolサーバーとは、共通規格でAIクライアントにツールを提供する小さなプログラムです。Godotの場合、Cursor、Claude Desktop、Claude Code、Windsurf、Clineといったクライアントがプロジェクトを把握できるようになります。「CharacterBody3Dにこれこれの子ノードがあって、こんなスクリプトがあって」と自分でペーストする代わりに、サーバーがAIに構造を直接読ませます。
Godot MCPサーバーには2つの階層があり、このレビュー全体はその違いを軸にしています。
- ファイルレベルのサーバーはプロジェクト内のファイルを読み書きします。
.tscnシーンファイルを構造解析し、.gdスクリプトを開いて書き換え、プロジェクト設定を読み取ります。Godot MCPサーバーの大多数はこの種類で、コード作業にはこれで十分です。 - エンジンレベルのサーバーは動作中のエンジンインスタンスに橋渡しします。ファイルレベルのサーバーができることに加え、ライブツリーへのノード作成、シーンの実行、ゲーム実行中のデバッガーと診断の読み取り、アセット生成が可能です。エンジン自体の協力が必要なため、これは希少です。
「ベスト」なGodot MCPサーバーをめぐる議論は、ほとんどがファイルレベルのサーバー同士の比較で、エンジンレベルの階層の存在に気づいていないことが多いです。どちらも正当で、問題の別々の半面を解決します。
ランキング
GitHubのスター数ではなく、各サーバーがクライアントにできることの多さで順位付けします。明確な最適選択がある場合は率直に述べます。
GDAI MCP(多くの人にとって最良のデフォルト)
種類: ファイルレベル、オープンソース、ホステッドドキュメント 対応クライアント: Claude Desktop、Cursor、その他MCPクライアント
GDAI MCPは2026年で最も洗練されたファイルレベルの選択肢で、最初にほとんどの人に勧めるものです。実際のウェブサイト、明確なセットアップ手順、活発な開発体制を持っており、これは聞こえ以上に重要です。MCPの摩擦はほぼプロトコルではなく、初回の設定にあります。GDAIのオンボーディングはその中で最もスムーズです。プロジェクト構造を読み取り、ノード階層とシグナル接続のためのシーンファイルを解析し、プロジェクトコンテキストでスクリプトを書き換えます。ソースを読まずにCursorやClaude Desktopでプロジェクト対応のGodotアシスタントを使いたいなら、これが選択肢で、ドキュメントは両クライアントのセットアップを直接カバーしています。
限界: ファイルレベルなので、ゲームを実行できません。シーンファイルとスクリプトをテキストとして編集し、結果を返します。コード中心の作業のほとんどでは、それで十分です。
最適なケース: 最小限の設定でCursorやClaudeに最もクリーンなプロジェクト対応セットアップを求める開発者。
Coding-Solo/godotMCP(最良の軽量オープンソース)
種類: ファイルレベル、オープンソース、stdio 対応クライアント: Claude Desktop、Cursor、その他stdioクライアント
Coding-SoloのgodotMCPはstdioで接続し、機能セットを意図的に最小限に抑えています。プロジェクトの読み取りとファイル操作を行い、コードベースは理解しやすく拡張しやすいです。信頼する前にサーバーを読みたい、または独自のカスタムツールを追加したいなら、ここから始めてください。GDAI MCPより標準機能は少なく、それが目的です。
最適なケース: 読んで改造できる小さくて監査可能なオープンソースサーバーを求める開発者。
bradypp/godotMCPとsatelliteoflove/godotMCP(コミュニティの代替選択肢)
種類: ファイルレベル、オープンソース 対応クライアント: 各READMEに記載のMCPクライアント
bradypp/godotMCPはシーンツリーの読み取りとスクリプト生成を提供し、主にシーンファイルの解析方法が異なります。satelliteoflove/godotMCPは同じ考えの別の実装です。どちらもコミュニティが保守しており、自分のペースで進化するため、コミットする前に現在のREADMEを確認してください。合理的な選択肢ですが、初回インストールではGDAI MCPのドキュメントとCoding-Soloのクリーンなコードベースがより安全な出発点です。より詳しくはGodot MCPサーバーガイドをご覧ください。
最適なケース: 解析アプローチを比較したい、またはメインサーバーが停滞した際のバックアップが欲しい開発者。
Summer Engineホステッドサーバー(ランタイム対応で最良)
種類: エンジンレベル、ホステッド、HTTP 対応クライアント: Cursor、Claude Code、Codex CLI、Gemini CLI、Windsurf、Cline
Summer Engineはsummerengine.com/mcpにホステッドサーバーを提供しており、ファイルを解析するのではなく実際に動作しているエンジンを操作するため、別の階層に位置します。Summer EngineはGodot 4と互換性があり、.godotプロジェクトを開いて自分でオーナーシップを持つ本物のシーンとGDScriptを生成します。MCPサーバーにより外部クライアントがlocalhost:6550のブリッジ経由でそのエンジンを操作できます。ツール群はファイルレベルサーバーができること(スクリプトの読み書き、シーンの操作)に加え、構造的にできない領域もカバーします。ライブツリーへのノード作成、シーンの実行、ゲーム実行中の診断とデバッガーエラーの読み取り、プロジェクトに直接インポートされる3Dモデル・画像・音声の生成です。
最後のグループがギャップです。クライアントが「HUDカウンター付きのコイン収集を追加して」と言うとき、ファイルを書き直すだけでなく、Summerのツールを通じてArea3Dを作成し、スクリプトを書いてアタッチし、ライブレベルにコインをインスタンス化し、ゲームを実行して、カウントが実際に増加したか確認します。AIがGodot 3の呼び出しを誤って使った場合、実行中のエンジンがエラーをスローし、ブリッジ経由でエラーが返り、クライアントが修正します。あなたが自分でランタイムバグを探す必要はありません。CursorとGodotのコンビ対Summer Engineの比較記事では、両方のスタックでこのコインの例を正確に追っています。
正直な限界: 純粋なコード編集には必要以上の機能です。既存の標準Godotインストールでのコードの記述とリファクタリングが主な目的なら、ファイルレベルのサーバーの方がシンプルで、使い慣れたエディタに留まれます。エンジンレベルのサーバーの価値が出るのは、テキストを打ち込むだけでなく、アシスタントにゲームを実行させてテストさせたい場合です。また、Summer Engine内で作業する場合はMCPサーバーは不要です。エージェントがエンジンに組み込まれており、サーバーは外部クライアントからSummer Engineを操作するためのものです。
最適なケース: MCPクライアントにテキスト編集だけでなくゲームを実行させ、ライブのランタイムエラーを読み取り、アセットを生成させたい開発者。
並べて比較
正直な比較は「スクリプトを読めるか」ではありません。どれでも読めます。重要なのは、サーバーがゲームを実行して自分自身のバグをクローズできるかどうかです。
| GDAI MCP | Coding-Solo | bradypp / satelliteoflove | Summer Engine MCP | |
|---|---|---|---|---|
| プロジェクト構造の読み取り | Yes | Yes | Yes | Yes |
| スクリプトの読み書き | Yes | Yes | Yes | Yes |
| シーンファイルの解析 | Yes | 基本的な機能 | Yes | Yes(ライブツリー) |
| ライブツリーへのノード作成 | No | No | No | Yes |
| シーンの実行 | No | No | No | Yes |
| ライブのランタイムエラーの読み取り | No | No | No | Yes |
| アセット生成(3D、2D、音声) | No | No | No | Yes |
| ホスティング | 自己ホスト | 自己ホスト | 自己ホスト | ホステッド |
| 設定の手間 | 低(ドキュメント充実) | 低(最小限) | 中 | 低(URLひとつ) |
| コスト | 無料 / OSS | 無料 / OSS | 無料 / OSS | 無料で開始 |
左から右に読むと、ファイルレベルサーバーは上の行では互換性があり、すべて同じ壁で止まります。エンジンレベルサーバーは実行中のエンジンが必要な行を追加します。すべてで勝るツールはなく、それが「最良」がファイルエディタを求めるかゲームランナーを求めるかによって変わる理由です。
正直な無料と有料の比較
コミュニティサーバー(GDAI MCP、Coding-Solo、bradypp、satelliteoflove)は無料のオープンソースです。自己ホストで、継続的なコストはOpenAIやAnthropicを通じてクライアントが課金するモデル計算リソースのみで、サーバーには追加費用はありません。Summer Engineのホステッドサーバーは接続と初期利用が無料で、上限を引き上げたり3D生成などの高度な作業を解放したりする有料プランがあります。現在の数字は価格ページにあります。ここに記載したものは入口で課金される機能はありません。選ぶのはどこで課金されるかです。自己ホストのファイルサーバーなら自分のモデルキーで、Summer Engineならバンドルされた生成と上限の中で。
Godot MCPサーバーの設定方法
正確な手順はサーバーによって異なりますが、大まかな形は同じです。
ファイルレベルサーバー(GDAI MCP、Coding-Solo、その他)。 サーバーをインストールし(多くはNodeまたはPython)、クライアントの設定にサーバーエントリを追加します。Cursorの場合は.cursor/mcp.json、Claude Desktopはアプリのデフォルトテフォルトサーバー設定です。stdioサーバーのエントリは大まかにこのようになります:
{
"mcpServers": {
"godot": {
"command": "node",
"args": ["/path/to/godot-mcp/index.js"],
"env": {
"GODOT_PROJECT_PATH": "/path/to/your/godot/project"
}
}
}
}
クライアントを再起動して「このプロジェクトにはどんなシーンがありますか?」と聞いて接続を確認してください。
エンジンレベルサーバー(Summer Engine)。 ホステッドなので、インストール不要でクライアントをひとつのURLに向けます。Cursorの.cursor/mcp.jsonで:
{
"mcpServers": {
"summer-engine": {
"url": "https://www.summerengine.com/mcp",
"transport": "http"
}
}
}
クライアントを再起動し、Summer Engineでプロジェクトを開いてブリッジにエンジンを接続すると、SummerのツールがネイティブCallとして使えるようになります。同じ手順がClaude Code、Codex CLI、Gemini CLI、Windsurf、Clineでも機能します。クライアントごとの詳細な手順はsummerengine.com/mcpにあります。
一度で選ぶには
- CursorやClaudeで最もクリーンなプロジェクト対応セットアップを最小限の手間で: GDAI MCP
- 読んで拡張できる小さなオープンソースサーバー: Coding-SoloのgodotMCP
- 解析アプローチを比較したい、またはバックアップが欲しい: bradyppまたはsatelliteoflove
- ゲームを実行し、ライブのランタイムエラーを読み取り、アセットを生成させたい: Summer Engineのホステッドサーバー。ジャンルに合わせたテンプレートから始めるのが理想的です。
落とし穴は、最も洗練されたファイルレベルサーバーを選んで、ゲームが実際に動作するかどうか把握することを期待することです。Godotの場合は特に、ほとんどのバグがランタイムにしか現れないため、再生ボタンを押して実際のエラーを読めるサーバーは、ゲームに対して目を閉じたままテキストを編集するサーバーよりも成果を出せます。ファイルアクセスはもはや当然のことです。ランタイムの状況把握こそが、「編集を手伝うサーバー」と「リリースを手伝うサーバー」の境界線です。
全体像を把握したい方は、Godotに最適なAIツールのレビューで全体像をカバーしており、Godot AIエージェントガイドではエンジン内エージェントでできることとできないことを詳しく解説し、Godot AIページではSummer Engineがブリッジではなくエンジン内にAIを組み込む仕組みを説明しています。外部サーバーを完全にスキップして、AIがすでに内蔵されているエンジンで作業したいなら、Summer Engineをダウンロードして無料で始められます。
Frequently asked questions
- 2026年のベストGodot MCPサーバーは何ですか?
AIに何をさせたいかによって異なります。CursorやClaude Desktopでのプロジェクト対応コード編集を主な目的とするなら、GDAI MCPが最も洗練されており、ドキュメントも充実しています。監査や拡張を前提にした最小限のオープンソースサーバーが欲しいなら、Coding-SoloのgodotMCPが最もクリーンです。実際に動作するエンジンを操作し、シーンを実行し、ライブデバッガーを読み取り、3D・画像・音声アセットを生成できるMCPサーバーを求めるなら、Summer Engineのsummerengine.com/mcpのホステッドサーバーが最も進んでいます。ファイルだけでなく実際のエンジンインスタンスに橋渡しするからです。標準のGodotに留まりたいならファイルレベルのサーバーを、ランタイムの状況把握が必要ならエンジンレベルのサーバーを選んでください。
- 2026年のCursorに最適なGodot MCPはどれですか?
Cursor専用としてはGDAI MCPが最良のデフォルト選択です。Cursorのセットアップ手順が直接ドキュメントに記載されており、シーンやスクリプトのリアルな構造コンテキストをCursorに提供できるためです。オープンソースで自分で改造したい場合は、Coding-SoloのgodotMCPが軽量で優れた代替になります。ゲームを実行してランタイムエラーも読み取らせたいなら、CursorをSummer Engineのホステッドサーバーに接続してください。ファイルレベルのサーバーでは得られないツールが追加されます。Cursor+Godotの本格的なユーザーの多くはプロジェクト対応サーバーを使っています。Cursor単体ではシーンファイルをライブのノードツリーではなくテキストとして読むだけだからです。
- Godot MCPサーバーは無料ですか?
コミュニティのファイルレベルサーバー(GDAI MCP、Coding-Solo、bradypp、satelliteoflove)は無料のオープンソースで、自己ホスト型です。継続的なコストはOpenAIやAnthropicを通じてクライアントが課金するAIモデルの計算リソースのみで、サーバー自体には追加費用はありません。Summer Engineのホステッドサーバーは接続と初期利用が無料で、上限を引き上げたり3D生成などの高度な作業を解放したりする有料プランがあります。いずれの場合も、実際のコストはサーバーではなくモデルのトークンです。
- Godot MCPサーバーにできないことは何ですか?
標準のファイルレベルMCPサーバーは、ゲームを再生して実行状態を確認することができません。スクリプトの読み書きや.tscnファイルの解析はできますが、レンダリング出力の確認、デバッガーのステップ実行、ランタイム変数値の検査、物理的な挙動が正しいかの判断はできません。これがファイルレベルのブリッジの限界です。Summer Engineのようなエンジンレベルの統合はlocalhostで実際のエンジンを動かすため、シーンを実行し、ゲーム実行中の診断とデバッガー出力を読み取り、自身のGDScriptをランタイムの実際のエラーから修正できます。自分でランタイムバグを探す必要がありません。
- Summer Engineを使うにはGodot MCPサーバーが必要ですか?
エンジン内での作業には必要ありません。Summer EngineにはAIエージェントがエンジンに組み込まれているため、外部MCPサーバーなしでライブシーンツリーを直接操作できます。ホステッドMCPサーバーは逆方向の用途のために存在します。Cursor、Claude Code、Windsurf、ClineなどのエディタからSummer Engineをリモートで操作したい場合です。つまり、IDEを使いながらエンジンレベルの操作も必要な場合はMCPサーバーを使い、Summer自身のチャットで作業するなら不要です。
- Claude Desktopで動作するGodot MCPサーバーはどれですか?
MCPは共通規格なので、ファイルレベルのサーバーはすべてClaude Desktopに接続できます。ただし、GDAI MCPはClaude Desktopのセットアップ手順を最も詳しく解説しているため、初回インストールがスムーズです。Coding-SoloのgodotMCPはstdioで接続し、短い設定でClaude Desktopでも動作します。Summer Engineのホステッドサーバーは、Claude DesktopとClaude CodeにHTTPで接続し、ファイルサーバーにはないエンジンレベルのツールを追加します。いずれの場合も設定は、クライアントからサーバーへ向けた小さなJSONエントリだけです。
Related guides
- GDAI MCP Alternatives in 2026 (Honest Comparison for Godot)Looking for a GDAI MCP alternative for Godot in 2026? A straight comparison of GDAI MCP, Coding-Solo's godot-mcp, bradypp, and Summer Engine's engine-level approach, with the one capability that file-level MCP servers cannot reach.Read guide
- What Is Godot MCP? A Plain Explainer for 2026What Godot MCP is, how the Model Context Protocol connects an AI client like Cursor or Claude to a Godot project, what it can and cannot do, and how to set one up.Read guide
- The Best AI Coding Assistant for Godot in 2026 (Ranked by Real GDScript Work)Which AI coding assistant is best for Godot in 2026? An honest ranking of the assistants that write and edit GDScript and C# inside your project: Cursor, Copilot, Claude Code, Ziva, MCP, and Summer Engine.Read guide
- The Best AI for GDScript in 2026 (Honest Model and Tool Roundup)Which AI writes the best GDScript in 2026? A real comparison of the models that produce clean Godot 4 code and the tools that wire them into your project, ranked by what they actually do.Read guide