design-to-component

Convert design specs into Svelte 5 components with Storybook stories and token plans.

1|Updated Feb 18, 2026
One-click install
npx skills add https://github.com/s0lci700/OVERLAYS --skill design-to-component
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: design-to-component
Source: https://github.com/s0lci700/OVERLAYS/tree/main/.claude/skills/design-to-component
Command: npx skills add https://github.com/s0lci700/OVERLAYS --skill design-to-component

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Convert design specs or existing UI patterns into production-ready Svelte 5 components, reducing hand-coding and inconsistencies.

Core Features & Use Cases

  • Spec-driven component generation from design specs or prose.
  • Extraction-mode workflow to map existing UI patterns to reusable components.
  • Token-aware theming and Storybook story generation, with mock data for isolated testing.

Quick Start

Provide a design spec or target a code area, and I will generate a production-ready Svelte 5 component with a story and token plan.

Frequently Asked Questions about design-to-component

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I convert design specs into production-ready Svelte components?

Generate Svelte components from design specs by inputting design requirements or existing UI patterns to output a Svelte 5 component file, Storybook story, and token plan.

Can I extract reusable Svelte components from existing UI patterns?

Yes, you can extract reusable Svelte components from existing UI patterns using the extraction-mode workflow. This maps existing code areas to isolated, production-ready Svelte 5 components.

Does this workflow generate Storybook stories with mock data for Svelte?

Yes, this workflow generates Storybook stories with mock data for Svelte components to enable isolated testing. It produces the story file alongside the component and token plan.

How do I apply token-driven theming when generating Svelte components?

You apply token-driven theming by generating a token plan alongside the Svelte component. This follows project conventions for data-variant styling and token-aware theming.

What is the best way to ensure design-to-code consistency in Svelte?

The best way to ensure design-to-code consistency in Svelte is generating production-ready components from design specs using token-aware theming and lint validation.