UnityをAIに触らせる5つの方法と、結論としてのUnity CLI

結論から書きます。

シェルが使える AI（Claude Code・Codex）なら、Unity CLI の unity command で十分。MCP の設定はいりません。

これは私の好みではなく、Unity 自身がそう書いています。移行ガイドの原文はこうです。

The unity command and unity eval commands drive the Editor directly, without MCP in between. They're faster and use fewer tokens than MCP.

同じページには、エディターに内蔵されていた Unity MCP サーバーは非推奨とも書かれています。数か月前の記事を読むと「まず MCP を入れよう」と出てくるのですが、2026年9月時点の公式の推奨は変わっています。

まず全体像：AI が Unity を触るには「頭脳・知識・手」がいる

方法が5つあると聞くと複雑に思えますが、分解すると3つの部品の組み合わせでしかありません。

頭脳指示を理解して手順を決めるClaude CodeCodexエディター内アシスタント

↓

知識Unity の作法を知っている公式プラグインのスキル31個CLAUDE.md

↓

手エディターを実際に動かすUnity CLI（unity command）MCP サーバー

「5通りの方法」は、この3つの組み合わせ方が違うだけ。

「公式プラグインを入れれば AI が Unity を操作できる」と思っていたのですが、違いました。プラグインは知識だけで、手は別に用意します。

5つの方法

① コード＋CLI

AI に C# を書かせて、unity command でコンパイルとテストを回します。Unity CLI は winget install Unity.CLI で入り、PATH にも自動で入りました。プロジェクト側に com.unity.pipeline を入れると、起動中のエディターに対して命令を送れるようになります。

unity pipeline install --project-path <プロジェクト>
unity status
unity command eval 'return UnityEngine.Application.unityVersion;'

1. STEP 01

   AI エージェント

   Claude Code / Codex

   →

2. STEP 02

   unity command

   ターミナルから実行

   →

3. STEP 03

   Pipeline パッケージ

   ローカルの HTTP API（既定 7800）

   →

4. STEP 04

   Unity エディター

   再コンパイル・テスト・ビルド

私はこれでブロック崩しを1本作りました。実装、自動テスト、Play モードでの動作確認、WebGL ビルドまで、エディターの画面を人が触ったのは最初の利用規約の同意だけです。

② ①＋公式プラグイン（おすすめ）

Unity が配っている unity-agent-plugin を入れると、Unity のスキル（作法をまとめた指示書）が31個読み込まれます。UI Toolkit と uGUI の使い分け、URP、2D スプライト、IAP、広告、ローカライズなど分野別です。

claude plugin install unity@claude-plugins-official --scope project

スコープの指定を忘れないでください。既定は user で、全プロジェクトに効きます。 私は Unity と関係ないリポジトリでスキルが読み込まれるのが嫌だったので --scope project にしました。

常時かかるコストは約3,500トークンでした。スキルが呼ばれると、大きいもので1万トークンを超えます。

• migrate-birp-to-urp約13,100
• levelplay-unity-integration約9,500
• unity-cli約8,700
• optimize-web約6,800
• tilemap-palette-create約280

常時かかる分（スキルの説明文）は約3,500トークン。呼ばれたスキルだけ、この分が上乗せされます。

③ MCP 経由

シェルを使えない AI（エディター内で完結したい場合や、一部のクライアント）では MCP が必要です。CLI にも unity mcp configure <クライアント> があります。

コミュニティ製の MCP（CoplayDev/unity-mcp など）も健在ですが、ドメインリロードや再コンパイルのたびに接続が切れる報告が多く出ています。

④ エディター内アシスタント

Unity のエディターの中にいるアシスタントです。Personal は14日間の体験のあと月10ドル。エディターの UI は日本語に対応しています。パッケージは com.unity.ai.assistant。ここに含まれていた MCP サーバーが、冒頭の「非推奨」の対象です。

⑤ AI Gateway

自分が契約している Claude や GPT をエディター内のアシスタントにつなぐ仕組みです。Unity の料金ページには「AI gateway 経由で第三者のエージェントを使っても Unity のクレジットは消費しない」と書かれています。

費用の話（ここが一番混乱する）

調べていて、公式の中でも記述が食い違っていました。

確実に言えるのは「Unity CLI は無料で、Unity AI の契約は不要」。

これは移行ガイドにはっきり書かれています。MCP まわりは時期によって扱いが変わったようなので、必要になったら自分のアカウントで確かめるのが早いです。

実際に選んだ構成

バージョン	1.0.0-beta.9ベータwinget install Unity.CLI で導入（PATH に自動で入る）	確認 2026年9月16日
利用料	無料無料。Unity AI のサブスクは不要（公式の移行ガイドに明記）	確認 2026年9月16日

• Unity 6.6（6000.6.0f1）、URP の 2D テンプレート
• Unity CLI 1.0.0-beta.9（winget）
• 公式プラグインを project スコープで有効化
• MCP は使わない

この構成で、1本目のブロック崩しは実装からテスト合格まで14分、WebGL ビルドが8分33秒でした。詳しい数字はブロック崩しのページに置いています。

どれを選ぶか

1. 1

   シェルが使える AI を使う → ②

   プラグイン＋CLI。無料で、公式が推奨していて、ほかのプロジェクトへの影響も切り離せる
2. 2

   シェルを使えない AI を使う → ③

   MCP 経由。クライアント名の取り違えに注意
3. 3

   エディターの中で完結させたい → ④

   すでに AI を契約しているなら ⑤

迷ったら②。

導入でつまずいた点は、Windows で AI に Unity を操作させたときに踏んだ落とし穴にまとめました。