要約

Figma から Godot へ進むとき、一方は Figma 上の Exporter プラグイン、一方は Godot 内の Importer である。Godot 側には単独の MCP プラグインもある。両端にツールはある。ボードを画像に切り出してエンジンへ書く作業は、いまも一度きりになりやすい。

デザインファイルを直したあと、エンジンに書いた UI は古くなりやすい。祭りの運営で新しい UI を一括で差し替えると、エンジン側の node tree は元のレイヤー構造と揃わないことが多い。AI で新しい theme を生成しても、同じ問題が出る。

旧 importer が一方向である理由

私は最近、ある問題を考えている。2026 年 9 月の時点では、Cursor のような AI コーディングツールが徐々に広まっている。コミュニティで Figma to Godot を探すと、いまもよく出るのは Figma の Exporter と Godot の Importer である。よくある道は、Figma から切り出して書き出し、Godot で Control ノードを組むことだ。この手順を終えると、画面がエンジンに初めて載る。

Figma でボタンを変えても、Godot 側の UI は自動では更新されない。書き出したあと、今回の最新の変更を、生成を駆動する AI の文脈へ同期する必要がある。同様に、Godot 側のロジックが変わっても、Figma へ有効に同期できず、新しい文脈を使って生成を駆動することもできない。

Godot 側に新しい変更が出たあと——画像が足りない、別の画面が要る、ノードは配線済みだが見た目を作り直す——Figma 側で AI 生成をもう一度行う必要がある。生成結果は、元のノードとフォルダへまだ対応づけできなければならない。もう一度読み込むと、テクスチャが増えるか、すでに配線したノードが上書きされることが多い。デザインファイルとプロジェクトは、まだ real-time sync できない。

Figma の Exporter と Godot の Importer を使うと、組み直しは一回の書き出しに縮む。レイヤー名、位置、どこが押せるかは、その一回の書き出しでエンジンに書かれる。残るのは Snapshot である。あとから AI で UI を再生成する必要が出ても、この Snapshot は、AI の文脈へ real-time では同期されていない。

AI First のあと、足りないのは同期と再生成

r/godot では、いまも AI 生成アートへの反応が多い。生成アセットの使用を「原罪」と書く人もいて、議論は使ってよいかどうかに留まる：I committed the cardinal sin of using AI generated assets。すでに AI First で動いている人は、生成、書き出し、エンジン側の配線を早くから組み立て、それらの手順で作業を補助し、この状況で開発速度を上げている。

速度を上げるなら、UI をエンジンの中で毎回組み直してはいけない。MCP を通すと、コーディングツールは開いている Godot につながる。いまの scene、ノード、スクリプトは読めるし、変えられる。この区間は Godot MCP で進められる。

コーディングツールからボタンにイベントを付けるとき、ノードが元の名前のまま、切り出しが元のフォルダに残っている必要がある。あとから新しい UI を生成して、名前もフォルダも変わると、開いているプロジェクトは揃わない新しい木になり、古いスクリプトは付け直せない。

足りないのは二つである。一つは resource sync：ファイルをエンジンのフォルダ構成で書き、元のレイヤーの文脈を保って同期し続けること。もう一つは再生成できること：デザインファイルを直したあと、同じレイヤー付きファイルからもう一度書き出せること。エンジンの中でテクスチャ名を手で直さなくてよい。一度きりの Exporter や Importer では、どちらもカバーできない。Godot の単独 MCP プラグインでもカバーできない。同期されるのは開いているエディタである。エンジンのフォルダ構成でアートが一括保存されるわけではなく、新しい画像を生成したあとにレイヤー関係が戻ってくるわけでもない。

AI First のもとでは、real-time の art sync と code の論理同期を並行させる

すでに通っている道は、Figma to Godot の区間を VberAI Studio で進めることだ。.fig を VberAI Studio に読み込み、Godot のプロジェクトフォルダ構成で scene と切り出しを書き出す。レイヤー名、位置、どこが押せるかは、ファイルと一緒にエンジンのディレクトリへ入る。デザインファイルを直すときは、VberAI Studio に戻ってもう一度書き出す。プロジェクト内のノードは、元のレイヤー構造とまだ揃えられる。

コード側は Godot MCP を通し、開いている scene とスクリプトをコーディングツールへ渡す。art sync とコード論理の同期は同時に進める。VberAI Studio では再生成できるレイヤー付きの元ファイルを保ち、エンジンのフォルダ構成でファイルを書く。コーディングツールからは、まだ揃っているノードにイベントを付ける。片方だけをやると、UI を二度目に変えたときに揃わなくなる。

手順の全体は Figma から Godot へ にある。

まとめ

AI のコーディングツールはすでに主流である。ワークフローを組み直し、リソースの生成とエンジンへの対応づけが、より高い同期になる段階に来ている。