正式支持链路
蓝湖 → Unity 已纳入当前 released 能力，不再和 Beta、规划中的链路混写。
当前蓝湖 → Unity 为正式支持链路，可以按接入文档直接验证。
先把输入质量说清楚
设计稿命名、层级与基础规范越清楚，后续交付和排查越稳。
先确认状态，再进入文档和试用
先看当前支持状态与准备事项，再进入文档和试用流程会更稳。
建议接入顺序
1
先准备账号与凭证
从 prerequisites 开始，确认 key、项目准备和当前体验方式。
2
再读 Unity 接入指南
进入 getting-started 文档，按当前公开的 Unity 链路完成基础接入。
3
用真实页面小范围验证
先拿一个模块验证输出质量，再决定是否扩大到更多界面。
4
持续看 roadmap 与 changelog
后续状态变化、能力收口和新的链路边界，以路线图与更新日志为准。
更适合这些团队
- 已经在用蓝湖出 UI 稿，并且要交给 Unity 开发继续落地。
- 需要先选一条 released 链路做验证，而不是从 Beta 路径开始冒险。
- 希望把状态确认、接入文档和试用入口放在同一个页面里。
开始前先确认
- 注册前先确认邀请码或体验权限，当前不是匿名直达体验。
- 准备好工程环境、账号凭证和最基础的输入规范。
- 如果团队还在比较手工 prefab 和自动化交付，先看对比页再做判断。
能力状态
先确认当前交付边界，再决定接入节奏
当前已发布、Beta 与规划中的能力，以路线图页的统一状态为准。
当前蓝湖 → Unity 为正式支持链路，可以按接入文档直接验证。
正式版
蓝湖 → Unity
Beta
蓝湖 → Cocos、Figma → Unity、Figma → Cocos
规划中
Unity 之外的平台扩展，以及 Agent / 插件市场
FAQ
常见问题
完整接入步骤在哪里看？
完整步骤仍在 docs；先确认“蓝湖 → Unity”是否是当前要走的链路，再进入文档会更稳。
为什么还要先看 prerequisites？
因为凭证、接入前准备和输入边界如果没确认，后面即使能注册也很难稳定落地。
这条链路是不是和所有平台一样成熟？
不是。当前 released、Beta 与 planned 的边界以 roadmap 为准，不能把所有可见平台混成同一成熟度。