1) Regulated or compliance-heavy environments
- If SOC 2 reports, ISO certifications, data residency guarantees, and tool-specific DPAs are required, Stitch lacks clear public documentation to satisfy those needs.
2) Design system–strict organizations
- If workflows require strict adherence to an existing component library and token system, tools integrated natively into that design system (for example, Figma-based solutions) are likely to offer more control.
3) Teams dependent on reliable Figma export
- Reported mode-dependent and intermittent export behavior can interrupt Figma handoff workflows; organizations where Figma handoff cannot fail should consider alternatives or a plan for manual rebuild overhead.
4) Automation-first pipelines
- If a stable REST API for batch UI generation is required today, Stitch’s web-only creation model (per community reports) is a limitation.
5) Expectations of production-ready frontend code with minimal changes
- Generated code should be treated as a scaffold that typically requires developer refinement.
1) No public REST API for creation (as of sources reviewed)
- Creation is reported to be web-only; an API is reportedly under active development without a public ETA.
2) Export to Figma limitations
- Export functionality is mode-dependent and may be intermittent. Switching modes mid-project can prevent export.
3) Feature volatility due to experimental status
- Mode naming and availability have changed over time, which can affect reproducibility of workflows.
4) Security and compliance documentation gaps
- No clear published SOC 2, ISO 27001, or enterprise control documentation for the Stitch UI tool was found in source material reviewed.
5) Staged model and feature rollouts
- Users report staggered rollouts or delays in seeing model upgrades and feature changes in some accounts.