先说结论

Figma 和 Cursor 覆盖画稿和写代码。设计稿后处理仍缺：按图层自动导出、按引擎习惯重命名、保存到工程目录。Figma 没有针对游戏引擎的结构化导出。VberAI Studio 补这一段，所以这里把它当作设计稿和 Godot 之间的中转。

后处理缺口

Figma + Cursor 这套底子，设计稿后处理仍没收完。只导出一张 PNG 太薄。需要的是 AI IDE 能读的工程化导出：图层还在、名字能对上、文件落在引擎已经在用的目录里。

MCP 能同步一部分工程数据，让 AI 工具看到当前场景和脚本上下文。MCP 不会跨引擎批量、自动地做美术资源的结构化存储和同步。那一步仍归设计工具。

2025 年 5 月，Latenode 上出现过同一问：Exporting Figma designs to Godot: Current status?。当时常见路径是切片导出，再在 Godot 里重建界面。2026 年 5 月 Figma 上线了画布内 Agent（Fast Company），生成和改层方便了。Agent 本身并没有回答「文件怎么进 Godot 工程」。几种形态可以并存：MCP 用来保持开发和场景上下文同步；设计工具继续演进美术，并随时按引擎目录结构导出去。

这条路径已经测过，写在 Figma to Godot。中间碰到几个卡点。VberAI Studio 导入 PSD 时，矢量图层支持还不完整。同一套稿用 Import Project 走 .fig，摩擦更少，矢量也能较完整地带进导出。流程见这段视频：

Import Project：把 .fig 导入 Studio，再导出到 Godot

Studio 界面也把 Figma 导入入口放得很淡，项目页上的 Import Project 容易漏掉。关于这个入口的反馈已经发过。

小结

  • 导出要对齐源美术文件、并一次同步进开发目录时，VberAI Studio 是可用方案。配上对应的 MCP（例如 Godot MCP），游戏开发这条链路上能少做一轮手工整理文件。
  • 若 Figma 以后自己做垂直导出，多半仍要按场景分别处理。游戏制作更常要批量生成和替换；通用 PNG 导出覆盖不到这一段。