released 但不等于无条件泛化
当前这条链路已正式支持，但具体落地仍要回到准备、验证和项目边界。
当前 Figma → Cocos 已正式支持，适合以 docs 与 roadmap 为锚点开始验证。
优先承接强交易词
这类页面更适合直接回答当前链路和下一步，而不是让用户回到首页、价格页或 docs 首页重新找入口。
准备页和路线图继续做锚点
当 docs 还没有完整 Cocos 专页时，准备页和路线图就是最稳定的 next step。
建议接入顺序
1
确认 released 状态与体验前提
先看 roadmap，再看邀请码和 prerequisites，避免直接跳进注册后才发现边界。
2
用 docs hub 收口准备动作
按文档首页、FAQ 和 prerequisites 组合出当前最稳的准备路径。
3
在真实项目里验证页面类型
先挑一个代表性界面，验证输出和团队协作方式是否适合当前流程。
4
把缺口回流到社区与路线图
如果遇到边界问题，继续回到社区和路线图处理会更稳。
更适合这些团队
- 已经明确要评估 Figma → Cocos，而不是泛泛了解产品介绍。
- 需要一个更贴近当前链路和试用判断的页面，而不是继续在 docs 和首页之间跳转。
- 愿意先按 released 边界做验证，而不是一次性把所有平台路径混到一起。
开始前先确认
- 如果你更关心团队流程而不是单链路能力，先看 solutions 页面会更合适。
- 如果还在比较手工交付和自动化交付，建议顺手看 compare 页面。
- 公开文档当前仍偏准备与总入口，具体问题要结合 FAQ 和社区一起看。
能力状态
先确认当前交付边界，再决定接入节奏
当前已发布、Beta 与规划中的能力，以路线图页的统一状态为准。
当前 Figma → Cocos 已正式支持，适合以 docs 与 roadmap 为锚点开始验证。
正式版
蓝湖 → Unity
Beta
蓝湖 → Cocos、Figma → Unity、Figma → Cocos
规划中
Unity 之外的平台扩展，以及 Agent / 插件市场
FAQ
常见问题
为什么不直接给出完整 Cocos 接入教程？
当前先把链路状态、准备顺序和下一步入口说清楚；更完整的教程内容会继续补充。
released 和 Beta 的差别在哪里？
released 是当前更稳定、可直接纳入验证的能力；Beta 仍需要更强的问题反馈和小范围验证。
如果我还没有邀请码怎么办？
现在公开页已经把邀请码门槛前置说明了，进入注册页后会先校验邀请码，再继续后续步骤。