Superdesign: the design skill for Claude Code, Cursor and any coding agent

Stop shipping AI-slop UI. Coding agents write great code and mediocre interfaces: generic layouts, default shadcn everything, no taste. Superdesign is the skill that gives your agent design judgment, so the UI it ships actually looks considered.

Install it once and your agent (Claude Code, Cursor, Codex, and 70+ others) can find real design direction, set up a design system, and generate + iterate high-quality UI drafts on an infinite canvas, all without leaving your terminal.

Powered by superdesign.dev, the AI product design agent.

▶ Watch the skill in action.

What is Superdesign?

Superdesign is an AI product design agent. It gives coding agents (Claude Code, Cursor, Codex, and 70+ others) real design judgment, so the UI they ship looks considered instead of generic.

• What it does — finds design direction, sets up a design system from your codebase, and generates + iterates high-quality UI drafts on an infinite canvas, all from your terminal.
• Who it's for — developers, indie hackers, and product/UI designers who want to go from idea to shippable UI fast without leaving their coding agent.
• How it's different — style-preset skills just swap in a theme or a component library. Superdesign designs into your existing design system: it reads your code for context, gathers real style references, and produces branchable drafts you refine.
• Cross-session continuity — after the first real-codebase design, the skill remembers the project, draft, extracted components, and budgeted source-context bundle so later unchanged iterations resume without repeating codebase discovery.
• Two ways in — this skill from any coding agent, or the web app at superdesign.dev.

Not the legacy IDE extension. The archived open-source superdesigndev/superdesign VS Code extension is an older, separate project. This skill and superdesign.dev are the current, maintained product.

Install

Any coding agent — installs the skill for any of the 70+ supported coding agents:

npx skills add superdesigndev/superdesign-skill

Claude Code — install it as a plugin instead, so it stays namespaced and updates with /plugin update:

/plugin marketplace add superdesigndev/superdesign-skill
/plugin install superdesign@superdesign

The skill is then invoked as /superdesign:superdesign. (Do not also run npx skills add in Claude Code — that installs a second, unnamespaced copy of the same skill.)

Either way, install the CLI it drives:

npm install -g @superdesign/cli@latest
superdesign login

Use it

Just talk to your agent:

/superdesign help me redesign this settings page so it doesn't look like default AI slop

/superdesign set up a design system from my current codebase

/superdesign improve the design of my dashboard

The skill handles the rest: it reads your code for context, gathers real style references, and produces design drafts you can branch and refine.

Core scenarios (what this skill handles)

1. Help me design X (feature/page/flow)
2. Set design system
3. Help me improve design of X (make it not look AI-generated)

Tooling overview

A) Inspiration & Style Tools (generic, always available)

Use these to discover style direction, references, and brand context. Browse the full prompt library in the web app, or query it from the CLI:

• Search prompt library (style/components/pages)

  superdesign search-prompts --query "<keyword>"
  superdesign search-prompts --tags "style"
  superdesign search-prompts --tags "style" --query "<style keyword>"
  

• Get prompt details — read the compact index first, then fetch the full body only for the slug(s) you pick

  superdesign get-prompts --slugs "<slug1,slug2,...>"          # index
  superdesign get-prompts --slugs "<slug>" --full             # full body of the chosen slug(s)
  

• Extract a site's design DNA from a URL (style guide, tokens, content, brand, clone)

  superdesign extract-website --url https://example.com --design-md
  

B) Canvas Design Tools

Use design agent to generate high quality design drafts:

• Create project (optionally seed a baseline draft from an HTML template via --template)
• Create design draft
• Iterate design draft (replace / branch)
• Plan flow pages → execute flow pages
• Fetch specific design draft

Overall SOP for designing features on top of existing app:

1. Investigate existing UI, workflow
2. Setup design system file if not exist yet
3. Requirements gathering: ask the user using the session's available user-input mechanism; if none is available, ask in chat (optionally use Inspiration tools when needed)
4. Ask user whether ready to design in superdesign OR implement UI directly
5. If yes to superdesign 5.1 Create/update a pixel perfect html replica of current UI of page that we will design on top of in .superdesign/replica_html_template/<name>.html (html should only contain & reflect how UI look now, the actual design should be handled by superdesign agent) 5.2 Create project with this replica html + design system guide 5.3 Start desigining by iterating & branching design draft based on designDraft ID returned from project

Always-on rules

• Design system should live at: .superdesign/design-system.md
• If .superdesign/design-system.md is missing, run Design System Setup first.
• Ask high-signal questions about constraints, taste, and tradeoffs using the session's available user-input mechanism; if none is available, ask in chat.
• Read each command's default output directly — it is agent-optimized (compact TOON plus help[] next-step hints). Add --json only when you genuinely need the full machine-readable payload, and --full only to expand truncated fields.

replica_html_template rules (Canvas only)

The purpose of replica html template is creating a lightweight version of existing UI so design agent can iterate on top of it (Since superdesign doesn't have access to your codebase directly, this is important context)

Overall process for designing features on top of existing app:

1. Identify & understand existing UI of page related
2. Create/update a pixel perfect replica html in .superdesign/replica_html_template/<name>.html (Only replicate how UI look now, do NOT design)

• If design task is redesign profile page, then replicate current profile page UI pixel perfectly
• If design task is add new button to side panel, identify which page side panel is using, then replicate that page UI pixel perfectly

replica_html_template = BEFORE state (what exists now). It provides context for Superdesign agent. Actual design will be done via superdesign agent, by passing the prompt

The replica_html_template must contain ONLY UI that currently exists in the codebase.

• DO NOT design or improve anything in the replica_html_template
• DO NOT add placeholder sections like <!-- NEW FEATURE - DESIGN THIS -->
• DO create pixel-perfect replica of current UI state
• Save to: .superdesign/replica_html_template/<name>.html

Naming & Reuse

Naming convention Name replica_html_template for reusability: Use the page route (e.g., home.html, settings-profile.html, dashboard.html) This makes it easy to identify if a page_template already exists.

Before creating a replica_html_template:

1. Check if .superdesign/replica_html_template/ already contains a matching file
2. If exists: reuse it or update to reflect the latest existing UI
3. If not exists: create the neww file

Example: Adding a "Book Demo" section to home page

BAD approach:

<!-- replica_html_template includes a sketched Book Demo section -->
<section class="book-demo">
  <!-- DESIGN THIS - Add CTA here -->
  <h3>Book a Demo</h3>
  <button>Schedule</button>
</section>

GOOD approach:

<!-- replica_html_template is pure replica of existing home page (hero + projects) -->

Then in the iterate command: 1/ create project passing this replica html 2/ create design draft based on design draft id

1) Design System Setup

Step 0 — Ask user (one question)

"Do you want to create a new design system or extract from the current codebase?"

A) Extract from codebase

1. Investigate codebase:
   • Product context: what is being built, target users, core value proposition, key user journeys and page structure
   • design tokens, typography, colors, spacing, radius, shadows
   • motion/animation patterns
   • example components usage + implementation patterns
2. Write standalone design system to:
   • .superdesign/design-system.md
   • Must be implementable without the codebase

B) Create a new design system (to improve current UI)

1. Investigate codebase to understand:
   • Product context: what is being built, target users, core value proposition, key user journeys and page structure
   • needed pages/components
2. Gather inspirations (generic tools):
   • superdesign search-prompts --tags "style"
   • superdesign get-prompts --slugs ... (index first; add --full for the chosen slug's full body)
   • optional: superdesign extract-website --url ... --design-md (style guide → design.md; add --brand for assets)
3. Ask the user to choose a direction using the session's available user-input mechanism; if none is available, ask in chat
4. Write:
   • .superdesign/design-system.md (product context + UX flows + visual design, adapted to references)

2) Designing X (feature/page/flow)

Example workflow - Add fe