If your design system already lives in code, start with importing components instead.
Why Subframe
- Visual component editing — Designers can create and update production components without working directly in code.
- No translation step — Designs map deterministically to React and Tailwind code without an LLM interpreting them.
- Shared ownership — Designers own the visual layer while engineers add product-specific behavior in the codebase.
- Built for design system teams — Teams from small startups to large enterprises use Subframe to keep their components consistent as they grow.
- Code you own — Generated components live in your codebase and remain available if you stop using Subframe.
How the workflow works
- Create your theme — Define your colors, type, spacing, and other design tokens in Subframe.
- Build your components — Create the buttons, inputs, cards, and other components that make up your design system.
- Install Subframe — Run the CLI setup in your codebase and choose where your components should live.
-
Sync your components — Pull every component into your codebase with:
- Add application logic — Keep Subframe responsible for presentation, then add API calls, state, and other product behavior in component wrappers or application code.
- Keep the system in sync — When a component changes in Subframe, run the CLI again to update its generated code.

