2026年のAIレベルデザインツール：どれが実際に何をするのか

「AI レベルデザインツール」で検索して出てくるものの大半は、アセットを作る道具です。プロップ、建物、テクスチャ。数秒で出てきますし、出来もたいてい良い。しかしレベルを設計しているものはほとんどありません。この二つの仕事が同じ見出しの下で売られているのは、どちらも最後にジオメトリが出てくるからです。ですがアセット制作は表面の話で、レベルデザインは判断の話です。前者をいくら積み上げても後者にはなりません。

ここでは2026年時点のこの分野の地図を、ロゴではなく「何が出てくるか」で整理します。五種類、それぞれについて、得意なこと、どこで止まるか、そのあとも自分の机に残る仕事は何かを見ていきます。

レベルデザインとは実際のところ何か

レベルとは、プレイヤーについての問いに対する答えの束です。どこから入るのか。最初に何が目に入るのか。最初の出来事まで何秒かかるのか。戦闘はどこで勝てて、どこで負けるのか。ブロックアウト（グレーボックス、アートなし、ライティングなし）が存在するのは、これらの答えが「見た目が良くなる前に」検証できるからです。ブロックアウトは遊べます。テクスチャは遊べません。

以下のリストに、メッシュは一つもありません。だからこそ、ジオメトリしか手渡してこないソフトに対して「これはレベルデザインをしているのか」と問うのは正当なのです。

• 実寸のブロックアウト——幅3mの通路、12mの落差、想定した戦闘に合わせた広さの部屋。
• 動線——指示されなくてもプレイヤーが通る経路と、見つける価値のある別ルート。
• 見通し線——どこから何が見えるか。それが戦闘の起きる距離を決めます。
• ペーシング——出来事と出来事の間隔を、メートルではなく移動の秒数で測ったもの。
• 可読性——ミニマップなしで現在地がわかるランドマーク。

内容物を手渡す道具

この二つが手渡すのは完成したジオメトリで、そこに至った判断へ戻る道はありません。

単体オブジェクト生成器

テキストか画像を入れると、メッシュが一つ出てきます。よく名前が挙がるのは Meshy、Tripo、Rodin、Hunyuan3D。PBRテクスチャを生成し、GLB、FBX、OBJ、USD で書き出せ、いくつかは四角ポリゴンへのリメッシュも用意しています。

得意なこと：キットの穴を埋めること。どのライブラリにも無い個別の一点——特定の市場の屋台、道端の祠、壊れた自動販売機——が一分足らずで手に入り、三メートル離れて見れば十分通用します。

止まるところ：一つのオブジェクトは、他のどのオブジェクトとも関係を持ちません。家を十二軒頼めば、無関係な家が十二軒出てきます。階高が十二通り、マテリアルのパレットが十二通り、窓とは何かの解釈が十二通り。四角リメッシュが返すのは均等に分布した四角形であって、変形する箇所に寄せたループではありません。そして出力自身は、自分がどれくらいの大きさであるべきかを知りません。

手作業のまま残るもの：メートル単位のスケール、ピボット、コリジョン、LOD、そして「これをどこに置くか」という問いのすべて。最後の一つがレベルデザインそのものです。一つのオブジェクトから一つの場所へ進むのは、まったく別の問題で、答えも別です。

ライブラリ＋配置型のビルダー

人が作ったアセットをライブラリから引いてきて、ルールで配置するタイプです。道路網を引き、街区を敷地に割り、建物を接道面に沿わせ、ポリゴンの内側に木を散らす。「AI都市ジェネレーター」として売られているウェブツールのほとんどはこの方式で、射程の内側ではよく機能します。

得意なこと：量。数分でもっともらしい配置の建物が六百棟、しかも部品はきれい。人が作ったからきれいなのです。

止まるところ：ライブラリが天井です。その外側を頼めば最も近いものが返ってきます。バルト海の漁師町がカリフォルニアの郊外住宅で組み上がるのはこのためです。より深い限界は、配置が「意図」ではなく「統計」だという点にあります。密度は正しく、街区の寸法も正しい。しかし、そこにプレイヤーが立つからという理由で置かれたものは一つもありません。上空300mからは街に見え、目線の高さでは壁紙に見えます。都市生成は実在する有用な分野ですが、背景をつくる道具であって、レベルの道具ではありません。

手作業のまま残るもの：プレイヤーが触れるすべて。生成された生地から遊べる経路を自分で切り出すことになりますし、三分の一は削る前提で見ておいてください。

プロセスを手渡す道具

この三つが手渡すのは、走らせ直せて議論もできる何かです。ジオメトリはその副産物です。

プロシージャル／ノード系

Houdini のデジタルアセット、Unreal の PCG フレームワーク、Blender のジオメトリノード、CityEngine の CGA ルール。最も歴史が長く、能力の点では群を抜いています。PCG は 5.2 の実験的機能から 5.7 で production-ready となり、5.8 に載っています。Houdini 21 では HDA を PCG グラフ内のノードとして動かせます。Houdini Engine の Unreal 版と Unity 版のプラグインは無償ですが、HDA を作る側には Houdini のライセンスが必要です。

得意なこと：決定性と作り直し。道路を広げれば、歩道も縁石も街灯の間隔も車寄せの切り欠きも一緒に更新されます。この一覧の中で、これができるのはここだけです。

止まるところ：ルールを書くのは自分です。グラフはインターフェースの違うプログラミングであり、指定した通りのことを正確に行います。うっかり指定してしまった部分も含めて。意図のある一瞬——この窓から、あの階段の上に立ったときに、あの塔が切り取られて見える——をグラフに作らせるのは、その一瞬を手で作るより高くつきます。そして、ランディングページに何と書いてあろうと、ここにAIはありません。この界隈でAIらしい部分は、たいていグラフを書く手伝いをするチャット窓です。二つのやり方が本当に分かれるのは、意図がルールの側に宿るのか、会話の側に宿るのかという点です。

手作業のまま残るもの：意図と、そのすべての例外。

エージェント駆動のエディタ

ここではAIエージェントが、デザイナーと同じ道具を握ります。道路を引く、街区を分割する、指定寸法の建物を置く、ポリゴン内に散らす、太陽の角度を決める。段階を踏んで作業し、各ステップのあとにシーンを読み返して自分を修正します。配管はたいてい Model Context Protocol です。Unreal 5.8 には実験的な MCP プラグインが同梱され、Blueprint、アセット、レベル、マテリアル、メッシュをローカルのモデルに開きます。Unity の Assistant パッケージには MCP サーバーが含まれ、Unity 6 以降の起動中のエディタに Claude Code や Cursor をつなげます。Blender にも広く使われているコミュニティ製のブリッジがあります。Cuberta は最初からこの形を土台にした無料のデスクトップエディタで、Copy connect command を押してターミナルに貼り付ければ、道路網、建物の街区、家具の入った室内、地形とライティングをエージェントが組み上げていきます。その間、見ていることも、選択して動かすことも、取り消すこともできます。

得意なこと：構成と、途中で方向を変えられること。「二本目の通りが広すぎる。教会は交差点に寄せて」——この一文が通じるのはこのカテゴリだけで、先の三つには通じません。

止まるところ：秒ではなく分の単位ですし、手元のマシンで本物のエディタを動かしておく必要があります。そしてエージェントは、そのレベルの中に立ったことがありません。あなたの気に入っている近道がスポーン地点から見えていないことを、エージェントは知りません。それを知るには遊ぶしかないからです。

手作業のまま残るもの：判断と、判断を生むプレイテスト。

ジオメトリではなくコードを書くアシスタント

Unity 6.2 は Muse と Sentis を Unity AI に置き換えました。エディタ内の Assistant に加え、スプライト、テクスチャ、アニメーション、オーディオ向けの Generators が付きます。その隣にあるのが、コーディングエージェントをプロジェクトそのものに向けるという、ごく普通のやり方です。出てくるのはメッシュではなく、エディタ拡張スクリプト、スポナー、検証パス、ピボットがずれた400個のプレハブを一括で直す処理です。

得意なこと：レベルデザイナーが書く時間を永遠に取れないツール類。一覧の中で最も地味で、おそらく最も効きます。最後に手元に残るのがアセットのフォルダではなく道具だからです。

止まるところ：出てくるのはスクリプトです。そのスクリプトが何をすべきかは誰かが知っていなければならず、つまり誰かがそのレベルを理解していなければなりません。

五つのカテゴリを並べて

どれもやってくれないこと

五つとも内容物は作ります。判断はしません。役に立つ試金石は、出力の見栄えではなく、それに異を唱えるコストがどれだけ安いかです。

気が変わったときに結果が変わるなら、それは設計の道具です。最初から走らせ直さなければならないなら、それは制作の道具です。

この基準でいくと、生成器とライブラリ配置は制作の道具、グラフとエージェント駆動エディタは設計の道具ということになります。どの場合も自分に残るのは、ブロックアウト、動線、見通し線、ペーシング、そしてレベルの中を二十分歩くこと。その二十分が、四つのうちどれが間違っているかを教えてくれます。

選ぶ前に確認したいこと

• あとから変えられる最小単位は何か。オブジェクト一つか、パラメータ一つか、一文か、それとも丸ごと走らせ直すしかないか。この一問だけで、五つのカテゴリはどんな機能一覧よりもきれいに分かれます。
• 意図はどこに宿っているか。自分のグラフか、自分のプロンプトか、ツールの初期値か。三番目なら、あなたは他人のレベルを内装しています。
• 60日目のコストはいくらか。初日はデモです。60日目はアートディレクターがパレットを変える日で、問題はそれが再実行一回で済むのか一週間かかるのかだけです。
• 受け渡しは具体的にどうなるか。個別のオブジェクトか溶接された一枚のメッシュか、テクスチャは同梱か別か、単位はメートルか任意か。速いツールが静かに遅いツールに変わるのは、たいていここです。

組み合わせ方

2026年の正直な答えは、一つのツールではなく作業の順番です。まずブロックアウト。手作業でもエージェントでも構いません。それが設計そのものであり、どちらにしても速いからです。次にプロシージャルで周囲の生地を——レベルを囲む街区、尾根の向こうの森を——作ります。計画が変わっても走らせ直せるからです。単体生成は、どのライブラリにも無い十五個のプロップのために。コードアシスタントは、もう四十回手でやったことのために。そして最後にプレイテスト。今も、真実を教えてくれる唯一の工程です。

間を何で埋めるにせよ、依存すると決める前に受け渡しを確認してください。Cuberta のようなエージェント駆動エディタはテクスチャ込みの GLB か FBX を書き出します。これは「インポート」と「テクスチャの作り直し」の違いです。制約が予算なら、ツールチェーンの無料側は二年前よりずっと厚くなっています。

注目に値するのは、どのカテゴリが走行中に修正できるかです。生成器はできません。結果を受け取って、残すか、もう一度回すかです。グラフはできますが、ルールを通してだけです。エージェントは、同僚に言うのと同じ一文で修正できます。Epic と Unity がより大きな生成器ではなく MCP をエディタに載せたのも、そのためです。それでどれかがレベルデザイナーになるわけではありません。議論できる相手になるだけです。そして実際にレベルを世に出したことがある人にとって、その性質は速さよりはるかに役立ちます。