Start with the Beta expectation
Treat this as a smaller validation path, not a broad rollout by default.
Guide · Figma to Unity
Yes, but it is better treated as a Beta validation path. Confirm roadmap status first, then prepare setup and test one real module before broader rollout.
Treat this as a smaller validation path, not a broad rollout by default.
Use one real but controlled module before you expand to a wider project scope.
Align access, environment, and feedback expectations before you start the first pilot.
Suggested reading order
Use roadmap as the maturity source so the whole team shares one expectation for risk and readiness.
Review fit, current scope, and the right pilot size before the first trial.
Do not enter trial until access, API key setup, and design-source preparation are already clear.
Use one controlled project slice first, then decide whether to expand the pilot.
Best fit for questions like these
Common misunderstandings to clear first
Capability Status
Use the roadmap as the source of truth for what is released, what is in Beta, and what is still planned.
Figma to Unity is currently a Beta path. It is best validated in one real project slice before broader rollout decisions.
Lanhu → Unity
Lanhu → Cocos, Figma → Unity, and Figma → Cocos
Platform expansion beyond Unity plus the planned agent and plugin marketplace
FAQ
No. It means the path works, but should still be validated inside a smaller, more explicit project scope.
Roadmap first. Current status needs to be clear before setup steps become meaningful.
Only after the team accepts the Beta evaluation model and the setup path is already clear.
Next steps
View related pages in this category and choose the next route that best matches your workflow.
Review the current Beta scope, fit, and next-step routing.
Use roadmap as the public source of truth for released, Beta, and planned states.
Align access, API key, and setup conditions before trial.
Use the public support page for Beta blockers and capability gaps.