先明确当前是 Beta
更合适的预期是先试点验证，而不是默认全量上线。
Guide · Figma 转 Unity
Figma 设计稿能不能直接转 Unity
可以试，但更适合按 Beta 方式小范围验证。先确认路线图状态，再准备环境并用一个真实模块完成首轮验证。
当前 Figma → Unity 为 Beta，更适合在真实项目里小范围验证，而不是默认全量接入。
试点范围先小后大
先选一个真实但可控的模块，验证输出和协作方式，再决定是否扩大。
准备和反馈都要同步
在试之前先对齐凭证、环境和反馈方式，验证会更有效。
建议阅读顺序
1
先去路线图确认当前边界
确认 Figma → Unity 仍然属于 Beta，以及 released / planned 边界如何划分。
2
再看功能页里的试用前说明
查看功能页里的支持状态、适用范围和下一步入口。
3
准备 prerequisites 和环境前提
在真正试之前，把 API key、设计源访问和工程准备先对齐。
4
用一个真实模块做 Beta 验证
记录真实验证结果和阻塞，再决定是否扩大试点范围。
更适合这些问题
- 你们已经在用 Figma 出稿，但还不想把整个项目立刻切到新链路。
- 团队现在最关心的是“能不能试、怎么试、风险在哪”，而不是立刻购买。
- 你想先把验证顺序和风险看清楚。
常见误解与开始前先确认
- 不要把 Beta 理解成“现在就能默认大规模上线”。
- 如果项目必须优先走最稳的正式链路，先确认是否需要改用已正式支持的链路。
- 如果团队还没准备好反馈链路，Beta 验证成本会明显升高。
能力状态
先确认当前交付边界，再决定接入节奏
当前已发布、Beta 与规划中的能力，以路线图页的统一状态为准。
当前 Figma → Unity 为 Beta，更适合在真实项目里小范围验证，而不是默认全量接入。
正式版
蓝湖 → Unity
Beta
蓝湖 → Cocos、Figma → Unity、Figma → Cocos
规划中
Unity 之外的平台扩展，以及 Agent / 插件市场
FAQ
常见问题
Beta 是否意味着现在完全不能试？
不是。它意味着可以试，但更适合控制范围、先做真实模块验证。
我该先看 docs 还是先看 roadmap？
先看 roadmap。当前状态不清楚时，后面的准备和接入动作都容易跑偏。
什么时候再进入注册或价格？
当团队已经接受 Beta 验证方式，并且准备工作、试点范围都清楚之后。