2026年の AI ゲーム開発：Unity / Godot MCP でエディタループを離れない

「AI ゲーム開発」が指すもの

「AI ゲーム開発」という言葉の裏には、だいたい次の三種類の仕事が混ざっています。

1. コンテンツ — レベル、クエスト、台詞の下書き、仮アセット
2. UI／デザイン引き継ぎ — Figma や PSD をエンジン階層へ
3. エディタ操作 — エンジンを開いたままノード作成、コンポーネント追加、スモーク確認

大規模言語モデルは、テキストとファイルだけを見る場合に (1) を助けます。(2) と (3) にはライブなエンジン状態を理解するツールが必要です。その隙間を埋めるのが MCP プラグインです。Claude Code や Cursor などが YAML を推測する代わりに、Unity／Godot のツールを呼べるようになります。

VberAI の Unity MCP、Godot MCP、Cocos MCP は主に第三の層に位置します（第二の層の多くは AI Studio が担います）。本稿は全家桶を押しつけるのではなく、タスクに応じて層を選ぶための地図です。

AI 支援制作のシンプルな層構造

デザインファイル（Figma / PSD）
        ↓
  AI Studio（構造 → エンジン UI）
        ↓
エンジンプロジェクト（Unity / Godot / Cocos）
        ↓
  MCP + AI クライアント（操作・プレビュー・デバッグ）
        ↓
人のレビュー（Play、プロファイリング、デザイン承認）

不要な層は飛ばしてください。純粋な文章作業に MCP を無理に差し込まず、チャットだけで Hierarchy が直ると期待しないでください。

Unity 開発で MCP が効くとき

Unity チームは、雑務がエディタ中心のときほど MCP の恩恵が大きいです。

• UI 取り込み後の Hierarchy 一括リネーム
• 空のシステム足場（フォルダ、スタブ MonoBehaviour、既定コンポーネント）
• 似たレベルの繰り返しシーン作業
• デバッグ中の Console／選択コンテキスト読み取り（プラグインが公開する範囲）

向いていない例

• レビューなしでマルチプレイの権威ルールを出荷する
• 盲目的なシェーダ／レンダーパイプライン手術
• シーン契約のない「ゲーム全体を作って」プロンプト

導入の詳細は Claude Code と Cursor で Unity MCP を、録画は Unity MCP 動画ガイド を参照してください。

Godot プロジェクトで MCP が効くとき

Godot のシーンツリーとシグナルは、ツール呼び出しエージェントと相性が良いです。ノード関係が明示的で、GDScript／C# が .tscn の隣にあります。

有用なプロンプト例：

UI/HUD の子と、pressed シグナルを繋いでいるノードを列挙してください。
Wave2 配下に EnemyBase.tscn インスタンスを複製し、speed を 120 にしてください。

規律は Unity と同じです。読み取り専用スモーク → 小さな書き込み → プレイテスト。

深掘り：Godot MCP インストール、Godot 向けリアルタイム MCP サーバーをどう作ったか。

多エンジンチーム：一つの習慣、複数の対象

Godot と Unity を比較する（あるいは両方出荷する）スタジオほど、共有の MCP 習慣が効きます。

共有の作法	なぜ重要か
橋渡しは localhost のみ	エンジン横断のセキュリティ下限
書く前に読む	Cursor／Claude Code で同じ衛生習慣
小さく可逆な編集	どちらのエンジンでもレビューしやすい
デザイン → AI Studio → エンジン	UI 引き継ぎがエンジン文化で分岐しない

MCP はエンジンを同一にはしません。人がエディタ作業を依頼する作法を揃えます。

プラグイン横断の議論は Godot MCP vs Unity MCP vs Cocos MCP を参照してください。

デザインツールとエンジン AI の組み合わせ

バックログが「Figma の画面がまだ Unity にない」なら、まず構造転送—Figma から Unity（AI Studio）—のあと、MCP で配線と整理を行います。

画面がすでにプレハブ／Control ツリーで、痛みが繰り返しのエディタ作業なら、直接 MCP へ進みます。

ボトルネック	先に使うもの
デザイン → 階層	AI Studio
階層 → 振る舞い／一括編集	Unity／Godot MCP
純粋なアルゴリズム／ネットコード設計	仕様＋人が主導する実装（MCP は任意）

一週間の試用プラン

1–2 日目 — サンドボックスに MCP を一つ（Unity または Godot）入れ、読み取りと小さな書き込みを通す。
3 日目 — 直近スプリントの実雑務を一つ自動化（リネーム、HUD 複製、スタブ取り付け）。
4 日目 — デザイン引き継ぎが痛いなら AI Studio で UI を一画面取り込む。
5 日目 — チーム用メモ：人がレビュー必須なものを短く書く。

測るのは雑務で削れた時間です。「AI がゲームを作った」ではありません。

よくある質問

AI ゲーム開発はデザイナーやエンジニアを置き換えますか？
いいえ。引き継ぎとエディタ雑務を圧縮します。味、システム設計、出荷品質は人が担います。

個人開発は Unity MCP と Godot MCP のどちらから？
すでに出荷しているエンジンから始めてください。プロトコルの習慣は移植できますが、プロジェクト丸ごとの書き直しは通常見合いません。

VberAI の全部が必要ですか？
いいえ。エディタ操作が痛なら MCP だけ。Figma／PSD → エンジン UI が痛なら AI Studio を足します。

Cocos Creator チームは？
同じ MCP の考え方です—Cocos Creator MCP 動画ガイド を参照してください。

次のステップ

1. ボトルネックを切り分ける（デザイン引き継ぎか、エディタ操作か）
2. 合うツールを入れる：AI Studio または Unity／Godot MCP
3. 上記の一週間試用を回し、チームが再利用するプロンプトだけ残す

2026 年の AI ゲーム開発は、万能モデル一つより、モデルをエンジンが実際にある場所へ置くこと—そして Play とマージの周りに明確な人のチェックポイントを残すこと—が要点です。