先确认当前链路已支持
在开始前先确认蓝湖 → Unity 当前可用，再安排后续验证。
当前蓝湖 → Unity 为 released，适合按“准备 -> 接入 -> 小范围验证”的顺序推进。
准备好凭证和设计稿规范
把 API Key、工程环境和基础设计稿规范先对齐，首轮验证会更稳。
先用一个真实界面验证
选一个代表性界面验证输出质量和协作方式，再决定是否扩大范围。
建议阅读顺序
1
先确认当前链路状态
确认蓝湖 → Unity 当前已可用，再决定验证范围和节奏。
2
准备凭证、环境和输入质量
从 prerequisites 开始，把 API key、工程准备和最基础的设计稿规范先看清楚。
3
按接入文档走第一轮接入
进入 integration guide，用公开文档把第一轮 Unity 接入动作走通。
4
只拿一个真实模块做验证
先验证一个代表性界面，再决定是否把链路扩大到更多页面或团队成员。
更适合这些问题
- 你已经在用蓝湖出稿，并且当前目标就是 Unity UI 交付。
- 你想先看清楚开始顺序，再进入具体接入文档。
- 团队希望先用一条稳定链路完成首轮验证。
常见误解与开始前先确认
- 不要把“能不能生成 Prefab”理解成“无需准备就能直接量产”。
- 如果你还在比较是否值得自动化，先明确团队目标和试点范围。
- 如果设计稿质量和命名还不稳定，先补设计规范和准备动作。
能力状态
先确认当前交付边界，再决定接入节奏
当前已发布、Beta 与规划中的能力，以路线图页的统一状态为准。
当前蓝湖 → Unity 为 released，适合按“准备 -> 接入 -> 小范围验证”的顺序推进。
正式版
蓝湖 → Unity
Beta
蓝湖 → Cocos、Figma → Unity、Figma → Cocos
规划中
Unity 之外的平台扩展，以及 Agent / 插件市场
FAQ
常见问题
什么时候先看功能页？
当你要确认当前支持状态、准备事项和试用入口时，先看功能页会更直接。
为什么第一步不是注册？
因为准备条件和输入边界没确认时，先注册只会把问题推迟到更难排查的阶段。
什么时候再去看价格？
当链路、准备动作和第一轮验证范围都清楚后，再看价格和体验方式才更准确。