先说结论

转换系列刚补完 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 拆图才更有开发环境中的基本可用性。