Frontic Studio
Build an entire frontend. A real Git repository, a sandboxed
workspace, a live preview, and GitHub built in. Studio ships code.
Experience Designer
Build a single page. A campaign landing page, a seasonal
moment, a promo section — designed against your real storefront and
published into it. No repository, no code surface.
Which one to use
The split is about the unit of work, not about skill level.
Reach for Studio when the answer to “where does this live?” is “in the codebase” — a new template, a component library, a checkout change, a data-fetching fix. Reach for the Designer when the answer is “on this one page” — a Black Friday landing page, a brand collaboration, a category takeover that shouldn’t wait on a sprint.
What they share
Neither tool starts from zero. Both read the same project-level knowledge, so a decision you record once shows up in both.Context Base
Skills, rules, commands, and guides. A rule like “no rounded
corners on the brand” applies in Studio, in the Designer, and in
your editor.
Initialize
The one-time reading of your shop that writes the first draft of
that knowledge — styleguide, tone of voice, assortment, brand
tokens.
Design Library
Your brand as tokens — colors, typography, corners, logos. One
published brand, referenced by everything Frontic builds.
The backend
Blocks, listings, pages, and Menu Trees. Both surfaces read live
product and category data through the same typed API.
Where each one runs
Both live in the admin app:- Studio → Board for jobs and workspaces
- Designer for experiences
Related
Frontic Studio
Jobs, workspaces, plan mode, and shipping through GitHub.
Experience Designer
Experiences, the canvas, versions, and publishing.
Build in Your IDE
The third surface — your own editor, with the CLI and MCP server.
Your first feature
Walk through a complete Studio job end-to-end.