Web Design Skills
Un sistema, cada pantalla: diseñado una vez, publicado en todas partes.
Convierte tu IA en creadora de kits de diseño web: ensambla un conjunto coherente de habilidades que llevan un sitio desde los tokens de diseño hasta los componentes, las páginas, los estados responsivos y la entrega, para que cada pantalla salga de un solo sistema en lugar de diseñarse dos veces.

Instálala en 3 pasos
Sin registro. Sin herramientas CLI. Elige tu IA, copia una línea y pégala.
¿Prefieres hacerlo tú mismo? Compra la habilidad ($4.99), descarga el ZIP desde la confirmación de compra, descomprímelo en el directorio que se muestra arriba y reinicia tu sesión de IA — el mismo resultado. ¿Ya la compraste? Tu asistente de IA puede descargarla por ti.
Qué incluye
Un SKILL.md (la guía paso a paso) + una plantilla inicial. Una vista previa:
Web Design Skills
When to use
- You are designing a full site and the homepage, pricing page, and blog already look like three different products
- Your team keeps redesigning the same button, card, and form because no shared component set exists
- Mobile layouts are improvised per page instead of following one responsive system
- Handoff to development keeps producing "that's not what I designed" because states and specs were never written down
- A redesign is underway and nobody can say which parts of the old system survive
Workflow
- Scope the kit (input: site map, audience, brand constraints → output: kit inventory)
Define the site before building anything: page list, primary user journeys, brand constraints (existing logo, colors, type), and the devices and breakpoints the audience actually uses. The default kit: design tokens, components, pages, responsive states, and handoff. A single landing page may need only tokens and components; a full marketing site or product site needs all five. Cut skills the project will not maintain — a component library nobody updates becomes a museum of good intentions. - Lock the design spine (input: brand constraints + site map → output: design spine)
Distill the site's design decisions into a spine before any skill is built: voice and personality in one line, color roles (not just swatches — what each color does), type scale and its jobs, spacing rhythm, and the rules for when to break them. Every token later in the kit must trace to a spine decision. The spine is the single source of truth — no kit skill may invent a new accent color because one screen "needed something." - Build the skills in dependency order (input: design spine → output: five working skills)
Build in the order the work actually flows: tokens first (colors, type, spacing, radii, shadows as named values), then components (buttons, cards, forms, navigation built only from tokens), then pages (compositions of components for each template in the site map), then responsive states (how each component and page behaves at every breakpoint, plus loading, empty, and error states), then handoff (specs, assets, and annotations developers build from). Each skill gets its own prompt, its own input checklist, and its own output format — the kit is a set of tools, not one mega-prompt. - Apply the quality bar (input: five draft skills → output: kit that passes every gate)
Run each skill against the same bar before the kit ships: every component uses tokens only — no hard-coded colors or sizes; every page uses components only — no one-off elements smuggled in; every component has all its states defined (default, hover, focus, active, disabled, loading, error, empty); every page is defined at every breakpoint the audience uses; and the handoff package lets a developer build the page without asking the designer a single question. A kit that fails any gate goes back to the skill that failed. - Compose the design workflow (input: passing kit → output: brief-to-shipped sequence)
Wire the skills into the order a real project runs: spine settles direction, tokens encode it, components build the vocabulary, pages compose the site, responsive states cover the devices, handoff ships it. Define the handoffs: a new page starts from the component set, never from a blank canvas; a new component must justify itself against the existing set before being added; responsive work happens per component, not as a separate "mobile phase" at the end. The kit is only done when a new page can be assembled from existing pieces. - Maintain the kit (input: new pages, brand changes, user feedback → output: updated spine and skills)
When a new page needs something the kit lacks, add it to the right layer: a new color goes in tokens, a new pattern in components, never as a one-off on the page. Update the spine when brand direction changes and regenerate affected tokens. Retire components nobody uses — a library with forty buttons is a library nobody trusts.
Vista previa de la plantilla
Web Design Skills — Kit Template
Build the kit in order: spine first, then tokens, components, pages, responsive states, handoff.
1. Site brief
Pages / templates: {list from site map} | Primary journeys: {journey 1, journey 2} Brand constraints: {logo, colors, type — or "none, new brand"} Breakpoints (audience devices): {e.g. 360 / 768 / 1024 / 1440}
2. Design spine (single source of truth)
3. Kit inventory
4. Quality gate (every skill must pass)
[ ] Every component uses tokens only — no hard-coded colors or sizes [ ] Every page uses components only — no one-off elements
El paquete de la habilidad (SKILL.md + plantilla) está escrito en inglés.
También te puede interesar
Otros
Continuity Asset Set
Un kit que hace que cada entregable parezca parte del mismo conjunto.
Otros
Device-Canvas Product Launch
Un gran lienzo de dispositivo carga con toda tu historia de lanzamiento.
Otros
Frame-Token Editorial Launch
Un solo conjunto de tokens, todos los materiales, cero desviaciones.