要約

変換シリーズに Figma から Unity へ と PNG から PSD へ が入り、Godot と Cocos Creator の道の上に乗った。続けて読むと、一つの感触が残る。image-to-layers はすでに簡単である。PNG をレイヤーに分けること自体は易しい。それらのレイヤーをゲームエンジンに、元の位置のまま、インタラクションを付けたまま戻すことこそ、あとで見るべきところである。

使える答えを、分割ボタンの追加だけに置く必要はない。垂直のツールは、レイヤー名、位置、インタラクションを、手順から手順へ共有の文脈として運ぶ必要がある。本サイトの Docs はすでに：Auto Layering（自動レイヤー分割）：画像を複数レイヤーに、Figma から Unity へ、AI Image Translate、Reskin。

PNG の分割はすでに簡単である

PNG を別レイヤーに切ることは、いまは簡単である。いまの AI レイヤー分割は、絵を分け、端と隠れた部分を補える。

VberAI Studio の Auto Layering（自動レイヤー分割）：画像を複数レイヤーに 以外にも、合成をワンクリックで切り出すツールは多い。本当の問題は分割のあとである。元の位置が残るか、ボタンがボタンのままか、エンジンのなかで同じ画面として戻せるか。

エンジンに読み込む：元のレイヤー文脈を保ち、同期し続ける

Auto Layering のあと、Figma から Unity へ はルートが Assets の ZIP を書く。Prefabs は組んだ UI、Textures は切り出しである。名前、位置、描画順、どれがクリックできるかは、ファイルと一緒に運ぶ必要がある。それを落とすと、Codex と Unity MCP はノードを接続できない。読み込み結果は、絵の山になる。

Photoshop 時代の助言——パネルはすべて 9-slice、文字は焼き込まない、ボタン状態は書き出し前に全部計画する——は、いまもエンジン側の作業を表している。ただしそれらは、素材準備を速くするための開始条件から外れた。Figma から Unity への Exp はすでに、その古いリストの少なくとも半分は進捗を止めないと書いている。

垂直ツールが重要なのは、同じ文脈を共有し続けるからである

Auto Layering（自動レイヤー分割） は検出した端から切り出し、意味のある名前のファイルを書き出す。Figma から Unity へ や PSD から Unity へ は、同じレイヤー一式を Unity のプロジェクトフォルダに置く。AI Image Translate は言葉を変え、Reskin は見た目を変える。レイヤーの関係とサイズは、なお一対一で対応する。

これらの手順が順に回るのは、そのレイヤー文脈が途中で落ちないときに限る。単体の分割ツールは切り出しまで終えられる。名前、位置、インタラクションを次のツールへは運ばない。

まとめ

文脈が共有されていれば、ゲーム UI の一括分割は、実際の開発環境で最低限の使い勝手を持つ。