先說結論

轉換系列剛補完 Figma 到 Unity、PNG 到 PSD，Godot 和 Cocos Creator 那幾條也重寫過。連著看下來，感受很清楚：image-to-layers 已經簡單。把一張 PNG 拆成圖層不難；按原來的位置和互動資訊，把這些圖層復原到遊戲引擎中，才是後面要盯住的問題。

現在能用的答案，不只是多一個拆圖按鈕。垂直方向的工具要把圖層的名字、位置、互動這些上下文一直帶著走。Docs 裡已經寫開的是：自動分層：圖片轉多圖層、Figma 到 Unity、AI圖片翻譯、AI 換皮膚。

拆圖層已經不難

把一張 PNG 拆成不同的圖層，現在已經簡單。當前的 AI 分層基本上都能切開，也能補上邊緣和被擋住的部位。

除了 VberAI Studio 裡的 自動分層：圖片轉多圖層，市面上還有不少工具可以一鍵拆圖。拆開之後如何接著處理，才是大問題：原來的位置還在不在，按鈕還是不是按鈕，匯入到引擎中能不能按原樣復原。

匯入到引擎，原圖層的上下文資訊都要保留和同步

Figma 到 Unity 在自動分層之後，按 Assets 目錄匯出：Prefabs 是組裝好的介面，Textures 是切圖。圖層的名字、位置、疊放順序、哪一塊能點，這些上下文都要跟著走。少了任何一項，Codex 和 Unity MCP 都對不上節點，匯入到引擎中的就只是一堆圖。

Photoshop 年代那些經驗——面板做九宮格、字不要畫進圖、匯出前先排完按鈕狀態——仍然在說引擎裡的真實工作。它們不再是準備遊戲資源的起步條件。Figma 到 Unity 那篇 Exp 已經寫過：舊準則裡至少有一半不再卡住進度。

垂直化的工具價值在於持續的共同上下文共享機制

自動分層：圖片轉多圖層 按檢測邊緣切圖，匯出有意義命名的圖片檔案。Figma 到 Unity 或 PSD 到 Unity 把同一套圖層匯入到 Unity 工程目錄中。AI圖片翻譯 換字，AI 換皮膚 換外觀，圖層關係和尺寸仍一一對應。

這幾項能連著跑，靠的是同一套圖層上下文沒有在中途斷掉。單獨拆圖層做得到切圖，帶不走後面的名字、位置和互動。

小結

上下文共享的前提下，做批次化的遊戲 UI 拆圖才更有開發環境中的基本可用性。