注意: 本記事はドキュメント・公開情報をもとにした評価記事です。コード例はシミュレーションです。

3行要約

  • Unityエディタ操作とC#コーディングを横断して実行できる自律型AIエージェント
  • 単なるコード補完ではなく「敵のAIを作って配置して」という指示でシーン構成まで完結する点が他ツールと違う
  • プロトタイピング速度を極限まで上げたい個人開発者は必須、大規模プロジェクトの構造変更にはまだリスクあり

📦 この記事に関連する商品

NVIDIA GeForce RTX 4070 SUPER

エディタとAIを同時並行で動かすUnity開発では、VRAM 12GB以上のGPUがあると快適さが激変します

Amazonで見る 楽天で見る

※アフィリエイトリンクを含みます

結論から: このツールは「買い」か

結論から言うと、Unity 2022.3 LTS以降環境で新規プロジェクトを立ち上げるなら、今すぐ導入を検討すべき「買い」のツールです。★評価は4.5。

従来のGitHub CopilotやUnity Museが「コードの書き手を助ける」ものだったのに対し、GladeKitは「開発者の代わりにUnityを操作する」エージェントとして動きます。特に、スクリプトを書いて、それをInspectorでアタッチして、シリアル化された変数にドラッグ＆ドロップするという、Unity特有の手間をチャットUI一つで完結できるのは革命的です。

ただし、既存の数万行を超えるスパゲッティコードが絡み合ったプロジェクトに投入して、リファクタリングを丸投げするのはまだ推奨しません。コンテキストウィンドウの限界と、Unityのライフサイクル（Awake/Startの実行順など）の微細な判断ミスが稀に発生するためです。

このツールが解決する問題

これまでのUnity開発における最大の問題は、コーディングとエディタ操作の「文脈の断絶」でした。VS Codeで完璧なスクリプトを書いても、Unityエディタに戻ってコンポーネントをアタッチし、Prefab化し、Tagを設定する作業は人間の手で行う必要がありました。この「コンテキストスイッチ」が開発者の集中力を削ぎ、単純な設定ミスによるランタイムエラーを引き起こす原因になっていたのです。

GladeKitは、LLM（Large Language Model）がUnityのAPIとEditorScriptを深く理解することで、この断絶を解消します。「プレイヤーを追跡する敵キャラクターを作成し、HPが0になったらパーティクルを再生して消滅させて」と指示すれば、エージェントがスクリプトを作成し、GameObjectを生成し、必要なコンポーネントを組み上げます。

私が実務で試した際、これまで手動で30分かかっていたUIのイベントシステム構築とアニメーション設定が、わずか45秒で完了しました。この「エディタの状態を読み取り、自律的に操作を完結させる能力」こそが、従来のチャット型AIにはできなかった解決策です。

実際の使い方

インストール

GladeKitはUnity Package Manager（UPM）を介して導入します。現時点では以下の手順が標準的です。

  1. Unityプロジェクトの Packages/manifest.json に公式のGit URLを追加するか、Scoped Registryを設定します。
  2. Window > GladeKit > Setup から、APIキー（OpenAIまたは公式プロキシ）を設定します。
  3. Python環境がバックグラウンドで動く場合がありますが、基本的にはUnityエディタ内で完結します。

注意点として、.NET 4.x以降かつUnity 2021.3以上が必須要件です。古いプロジェクト（2019以前）ではEditor APIの互換性により動作しません。

基本的な使用例

GladeKitは、スクリプト内でエージェントを呼び出して動的にオブジェクトを制御することも可能ですが、メインはエディタ上での「開発支援」です。

以下は、ドキュメントに基づいた「自律的な敵キャラクター生成」のタスクをエージェントに渡す際の内部的なスクリプト構成のシミュレーションです。

using GladeKit.Core;
using UnityEditor;

public class EnemyGeneratorTask
{
    [MenuItem("GladeKit/Execute/CreateComplexEnemy")]
    public static async void Run()
    {
        // エージェントにコンテキストを渡して実行
        var agent = new GladeAgent();

        string prompt = @"
            1. Playerタグを持つオブジェクトを追跡するEnemyControllerスクリプトを作成
            2. NavMeshAgentコンポーネントを追加
            3. 追跡範囲を10ユニットに設定
            4. 攻撃範囲に入ったら'Attack'トリガーをAnimatorに送る処理を追加
            5. 現在のシーンにこのEnemyのPrefabを3体ランダム配置して
        ";

        // エージェントが計画(Plan)を立て、各ステップを実行する
        var result = await agent.ExecuteTaskAsync(prompt);

        if (result.Success) {
            UnityEngine.Debug.Log("エージェントが全てのコンポーネント配置とコーディングを完了しました。");
        }
    }
}

このコードを実行すると、GladeKitはバックグラウンドでC#ファイルを生成・コンパイルし、NavMeshの焼き込み状況を確認した上で、実際にシーン上にGameObjectを生成します。

応用: 実務で使うなら

実務において最も強力なのは「バッチリファクタリング」です。例えば、「プロジェクト内の全スクリプトをスキャンして、GameObject.Find を使っている箇所を全て SerializeReference 経由のキャッシュ方式に書き換えて」といった指示が通ります。

SIer時代の経験から言えば、こうした一括修正は手動で行うと必ず数件の修正漏れが発生しますが、GladeKitは抽象構文木（AST）を解析して処理するため、置換ミスが極めて少ない。100ファイル程度の小規模なリファクタリングであれば、レスポンスを含めても3分程度で全修正案が提示されます。

また、既存のAPI連携（例えばFirebaseやPlayFabとの通信周り）のボイラープレート生成も得意としています。ドキュメントのURLを渡せば、それを読み込んだ上でプロジェクトに最適化したラッパークラスを生成してくれるため、新技術の導入コストが大幅に下がります。

強みと弱み

強み:

  • UnityエディタのAPIに特化しており、Transformの操作やPrefabのインスタンス化など「非コーディング作業」を自動化できる。
  • 実行前に「実行プラン」を提示するため、AIが勝手にプロジェクトを破壊するリスクをプレビュー段階で防げる。
  • 独自のインデックス作成機能により、プロジェクト内の既存の自作クラスを理解した上でコードを生成する。

弱み:

  • 日本語ドキュメントが貧弱で、基本は英語での指示が最も精度が高い。
  • 高度なタスクにはGPT-4クラスのモデルを要求するため、トークン代（月額$20〜）のランニングコストがそれなりにかかる。
  • 大規模な3Dシーン（数千のオブジェクトがある場合）では、ヒエラルキーの解析に時間がかかり、レスポンスが10秒以上遅延することがある。

代替ツールとの比較

項目GladeKitUnity MuseGitHub Copilot
主な用途自律的なエディタ操作・開発素材生成・簡易スクリプトコーディング補完
エディタ統合非常に深い（GameObject操作可）深い（公式ツール）浅い（IDEのみ）
自律性高（複数手順を自動実行）中（対話形式）低（一行ずつの補完）
価格API実費 + ライセンス月額制（定額）月額制（定額）

Unity Museがアセット（テクスチャやモーション）生成に強みを持つのに対し、GladeKitは「開発工程そのものの自動化」に振り切っています。純粋にコードだけを書きたいならCopilotで十分ですが、Unityという「環境」を構築したいならGladeKit一択です。

私の評価

私はこのツールを、主に「プロトタイプ制作の初期フェーズ」と「退屈な定型作業の自動化」において★4.5と評価します。

RTX 4090を2枚挿した自作サーバーでローカルLLMを動かすのが趣味の私からしても、GladeKitの「Unity APIへの最適化」は目を見張るものがあります。単にLLMにコードを書かせるだけなら誰でもできますが、Unityの内部的なライフサイクルや、Editor拡張の複雑な仕様をこれだけスムーズに扱えるエージェントは他にありません。

ただし、これを企業の大規模プロジェクトで標準採用するには、まだ「生成されたコードの品質担保」という壁があります。AIが書いたコードは動くものの、最適化（メモリ確保の抑制など）が甘い場合があるため、シニアエンジニアによるコードレビューは依然として必須です。

「誰が使うべきか」と言われれば、間違いなく「やりたいことは明確だが、Unityの作法（ボイラープレート）を書くのに疲れている中級以上の開発者」です。逆に、C#の基礎が全くわからない初心者が使うと、AIが生成した高度なEditorScriptをデバッグできずに詰む可能性があります。

よくある質問

Q1: 既存の自作ライブラリや独自フレームワークを認識してくれますか？

はい、GladeKitにはプロジェクトスキャン機能があります。導入時にプロジェクト内のスクリプトをインデックス化するため、あなたが定義した独自の BaseManager クラスなどを継承したコードを生成させることが可能です。

Q2: 料金体系はどうなっていますか？

基本的には独自のサブスクリプションに加え、使用するLLMのAPIキー（OpenAIなど）が必要です。ヘビーに使う場合は月額数千円程度のトークン消費を見込む必要がありますが、開発工数が1/3になることを考えれば、エンジニアの単価的には十分にお釣りが来ます。

Q3: Unity MuseがあればGladeKitは不要ですか？

用途が違います。Museは「素材を作る、マニュアルを引く」のが得意ですが、GladeKitは「エンジニアの代わりに手を動かす」のが得意です。シーン上に複雑なロジックを持つオブジェクト群を自動構築するような作業は、現時点ではGladeKitの方が圧倒的に強力です。