Vibe design vs vibe coding.
Same revolution. Different axis.
The intent-first era
Vibe coding emerged when developers realized they could describe what they wanted to build and let AI write the code. No more boilerplate-first. No more specification documents before a single line ships. Just intent in, working software out.
Vibe design emerged in parallel. Designers realized they could describe how something should feel and let AI generate the visual direction. No more wireframe-first. No more pixel-pushing before creative direction is established. Just intent in, visual system out.
Both reject specification-first workflows in favor of intent-first creation. Both trust AI to handle execution. Both unlock speed that traditional workflows cannot match. They are the same revolution, applied to different domains.
- Natural language to working software
- Tools: Claude Code, Cursor, Lovable, Bolt.new
- Output: functional code, features, behavior
- Focus: logic, behavior, features
- The "what": what it does
- Natural language to visual direction
- Tools: Google Stitch, Figma AI
- Output: screens, prototypes, design systems
- Focus: expression, feeling, brand
- The "how": how it looks and feels
Two axes, no bridge
Here is the problem. Vibe coders build software that works but looks generic. The AI coding agent generates functional code, but it has no design judgment. Every app built with vibe coding looks the same: default spacing, default typography, default everything.
Vibe designers create visuals that look good but don't translate to production code. The AI design tool generates beautiful screens, but those screens are static artifacts. They don't become the infrastructure that coding agents resolve against.
The two vibes operate on different axes. Code agents don't understand design intent. Design tools don't output production infrastructure. The gap between vibe design and vibe coding is where every brand loses its identity.
Expression infrastructure bridges the gap
LESS Studio sits between vibe design and vibe coding. It takes the "vibe" (your brand description) and resolves it into deterministic design infrastructure that coding agents resolve against at runtime.
Your Claude Code or Cursor agent doesn't need to understand design. It doesn't need to interpret a mood board or parse a Figma file. It resolves against LESS tokens that encode the design judgment: colors, typography, spacing, component patterns, voice, behavior rules. All available via API through the designless MCP server.
The result: vibe-coded software that carries vibe-designed identity. Functionality and expression, unified through infrastructure.
The timing is not accidental
Google Stitch launching vibe design in March 2026 creates massive demand on both sides. Developers who vibe code need design infrastructure. Without it, every app they build looks like every other app. The functionality is unique; the expression is generic.
Designers who vibe design need their output to reach production. Without infrastructure, their screens are beautiful artifacts that live in a browser tab and never become the system that governs how software actually looks and behaves.
Expression infrastructure is the bridge. It takes the creative direction from vibe design and makes it available to vibe coding: deterministically, at runtime, via API. This is how the two vibes become one workflow.
Bridge the gap.
What is vibe design?