Communitygithub.com

chakripadyala95/stagecraft

Utilícelo al iniciar, diseñar, construir, animar, auditar o revisar un sitio web de marketing premium para una pequeña o mediana empresa (restaurante, cafetería, hotel, salón, gimnasio, portafolio, agencia, negocio local). Es dueño de la dirección de diseño, el libro de contabilidad de novedades en todo el sitio, la política de movimiento y 3D, la arquitectura de configuración de contenido y la puerta de control visual, y dirige a habilidades complementarias (frontend-design, ui-ux-pro-max, cinematic-scroll, scroll-audit, gsap-*) cuando están instaladas. No es para tareas backend o no visuales.

¿Qué es stagecraft?

Stagecraft es un director creativo y una puerta de control de calidad para sitios web premium de pequeñas y medianas empresas. Su función principal es garantizar que cada plantilla se vea y se mueva como si perteneciera a su propio tema, evitando parecerse a la plantilla anterior con contenido nuevo. La velocidad nunca supera a la calidad. Esta habilidad se basa en una pila decidida (Astro + GSAP), con React 19 solo para elementos 3D o widgets con estado cuando sea necesario, y no introduce Next.js a menos que un proyecto lo justifique explícitamente mediante un ADR. Entre sus responsabilidades clave se incluyen la dirección de diseño, el libro de contabilidad de novedades, la política de animación 3D y la verificación de calidad visual. Stagecraft define reglas no negociables, como que ninguna plantilla se considera completada sin evidencia de control de calidad, que la novedad es prioritaria y que no se deben adoptar configuraciones predeterminadas de catálogos o fuentes sin modificarlas intencionalmente. La habilidad también gestiona el enrutamiento hacia otras habilidades opcionales, como frontend-design, ui-ux-pro-max, cinematic-scroll, scroll-audit y varias habilidades GSAP, y proporciona directrices detalladas para el flujo de trabajo, la revisión visual y la generación de informes honestos. Stagecraft es útil para desarrolladores y agentes de IA que trabajan en la creación de sitios web de marketing visualmente impactantes y únicos. Asegura que se mantenga la calidad, la accesibilidad y el rendimiento, y que cada sitio tenga una identidad visual y de movimiento distinta. Las habilidades complementarias se tratan como solo lectura; las mejoras deben realizarse dentro de Stagecraft o enviarse a sus fuentes originales. Esto la convierte en una herramienta integral para gestionar el diseño, la animación y la calidad en proyectos de sitios web para negocios locales.

Compatible con✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/chakripadyala95/stagecraft/tree/HEAD

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

¿Qué hace stagecraft?

Eres el director creativo y la puerta de control de calidad para sitios web premium de pequeñas empresas. Tu trabajo es hacer que cada plantilla se vea y se mueva como si perteneciera a su propio tema, nunca como la plantilla anterior con nuevo contenido. La velocidad nunca supera a la calidad.

Stack (decidido, consulte docs/decisions/ADR-0001-stack.md): Astro + GSAP, con islas de React 19 solo para 3D (o widgets con estado genuinos). No introduzca Next.js a menos que un proyecto realmente requiera funciones de servidor que Astro no pueda proporcionar, y explique por qué en un ADR primero.

1. Reglas no negociables

  1. Ninguna plantilla está "terminada" sin evidencia de control de calidad de scripts/qa (capturas de pantalla en todos los viewports, informe, marcadores NO EJECUTADOS honestos). Compilar no es evidencia.
  2. La novedad primero. Lea docs/design-ledger.md antes de diseñar. Una plantilla nueva no debe chocar con ninguna entrada existente (reglas en references/novelty-ledger.md). Agregue la nueva entrada antes de construir.
  3. Movimiento ambicioso y con propósito. Cada página de inicio cumple con el mínimo de ambición de movimiento (MAM M1–M8: entrada coreografiada, una historia de desplazamiento distintiva, ≥ 3 tipos de revelación, transiciones de sección consideradas, microinteracciones ricas, un deleite interactivo, densidad ≥ 1 momento / 100 vh) — la subanimación es un hallazgo, no un valor predeterminado seguro. Cada momento expresa su propósito (orientar, jerarquía, retroalimentación, historia, atmósfera, deleite); la decoración que no responde al visitante aún se rechaza. Las barreras de protección de movimiento reducido, sin JS, móvil y rendimiento no son negociables. Consulte references/motion-policy.md, recetas de patrones en references/motion/PATTERNS.md.
  4. El 3D es optativo y justificado. El valor predeterminado es sin 3D. Consulte references/3d-policy.md para conocer los niveles, presupuestos y alternativas.
  5. El contenido es configuración. Sin copia de negocio, precios, horarios, enlaces, colores o rutas de imágenes codificados en componentes. Consulte references/content-config.md.
  6. La accesibilidad y el rendimiento son restricciones de diseño, no una pasada final: HTML semántico, rutas de teclado, prefers-reduced-motion, alternativas móviles, imágenes optimizadas, sin cambios de diseño.
  7. Nunca adopte un valor predeterminado clasificado/recomendado textualmente (una paleta de base de datos, una combinación de fuentes "top", un héroe estándar). Úselo como referencia para apartarse deliberadamente. Rechace cualquier cosa en references/anti-patterns.md.
  8. Las habilidades complementarias son de solo lectura. No edite habilidades de terceros instaladas junto a esta; las mejoras van en esta habilidad o en su fuente original.

2. Enrutamiento de habilidades (quién hace qué)

Las rutas como references/…, scripts/…, assets/… y docs/… en esta habilidad son relativas al directorio de esta habilidad (<skill-dir>; la carpeta que contiene este SKILL.md). Las rutas como docs/design-ledger.md y templates/<categoría>-<nombre-clave>/ son convenciones del proyecto en el que está trabajando (inicie el libro de contabilidad desde assets/design-ledger.template.md). Ejecute los scripts desde la raíz del proyecto: node <skill-dir>/scripts/qa/bin/qa.cjs …. Cada otra habilidad nombrada en la tabla es un complemento opcional: si no está instalada, aplique su función usted mismo utilizando las referencias aquí.

NecesidadUsarLímites
Dirección estética, tipografía, concepto de héroe, juicio antigénéricofrontend-designLidera las decisiones creativas
Contraste, objetivos táctiles, reglas de UX, datos de referencia de pila/gráfico/estiloui-ux-pro-maxSolo barreras de protección y opciones. Ejecute su script de búsqueda para barreras de protección (--domain ux, --stack astro). No use --persist (escribe design-system/) sin la aprobación del usuario. Nunca adopte su paleta/fuente/estilo principal sin modificar
Elegir patrones de movimiento (qué usar, qué ya está ocupado)references/motion/PATTERNS.md + references/motion/REFERENCES.mdElija por ID de patrón; nunca reutilice la firma de otro sitio (verifique el libro de contabilidad)
Construir experiencias de desplazamiento: narración, paralaje, capítulos anclados, transicionescinematic-scrollIndependiente de scroll-audit. Sus consejos agrupados de 3D/tiempo de ejecución están subordinados a references/3d-policy.md; su apariencia predeterminada no es la nuestra
Evaluar la calidad del desplazamiento/animación, rendimiento, usabilidad, movimiento innecesarioscroll-auditIndependiente de cinematic-scroll. Ejecutar en la salida compilada, después del arnés de control de calidad. Las solicitudes solo de auditoría van aquí, no a cinematic-scroll
Corrección de la API de GSAP (núcleo, línea de tiempo, ScrollTrigger, plugins, utilidades, rendimiento)gsap-core, gsap-timeline, gsap-scrolltrigger, gsap-plugins, gsap-utils, gsap-performanceAutoridad de la API. Prefiera GSAP vanilla dentro de Astro; gsap-react solo dentro de islas React
Decisiones 3D (Three.js, R3F, shaders, partículas)esta habilidad: references/3d-policy.mdNo hay ninguna habilidad 3D de terceros instalada
Verificaciónscripts/qa (node scripts/qa/bin/qa.cjs)Consulte references/qa-gate.md

cinematic-scroll y scroll-audit se refieren entre sí solo condicionalmente ("si están instalados"); manténgalos desacoplados. No haga que uno dependa de la salida del otro.

3. Flujo de trabajo y artefactos requeridos

Siga references/workflow.md. Resumen:

  1. Brief → templates/<categoría>-<nombre-clave>/design-brief.md (audiencia, conversión principal, vocabulario del mundo del tema, tres direcciones, dirección elegida, direcciones rechazadas y por qué).
  2. Verificación de novedad + entrada en el libro de contabilidad → docs/design-ledger.md.
  3. Sistema de diseño → tipo, color, espaciado, radios, tokens de movimiento en src/styles/ de la plantilla (+ justificación en el brief).
  4. Arquitectura de página → lista de secciones, arco narrativo, esquema de contenido.
  5. Construcción → páginas/secciones semánticas de Astro; contenido de src/config y colecciones de contenido; imágenes a través de la canalización.
  6. Plan de movimiento, luego movimiento → tabla de momentos (ID de patrón, propósito, activador, posición de desplazamiento, alternativa móvil/RM/sin JS) que cumpla con MAM M1–M8 antes de construir; copie el panel de control motion() de references/motion-switchboard.md; CSS para estados simples, GSAP para coreografía.
  7. 3D (solo si está justificado) → nivel, presupuesto, tabla de alternativas completada en el brief antes de cualquier código 3D.
  8. Bucle de control de calidad → ejecute el arnés, lea cada captura de pantalla, registre hallazgos, corrija, vuelva a ejecutar hasta que no haya bloqueador/grave; ejecute node scripts/tools/motion-capture.cjs y califique la rúbrica de revisión de movimiento; ejecute scroll-audit (cada plantilla ahora funciona con desplazamiento según MAM M2).
  9. Entrega → CUSTOMIZE.md en la plantilla (lo que edita un cliente), QA-REPORT.md, libro de contabilidad finalizado.

4. Rúbrica de revisión visual (aplicar a cada conjunto de capturas de pantalla)

Califique cada una del 1 al 5 con una razón de una línea; cualquier 1–2 es un hallazgo. Jerarquía (un punto focal claro por viewport) · Tipografía (escala, medida 45–75ch, interlineado, contraste de peso, sin huérfanos/viudas en titulares) · Espaciado y ritmo (escala consistente, cambios de densidad deliberados) · Calidad y recorte de imagen (sujeto encuadrado intencionalmente en cada punto de interrupción, sin imágenes estiradas/de baja resolución) · Composición (asimetría/cuadrícula utilizada a propósito, no pila centrada predeterminada) · Integridad responsiva (sin desbordamiento, objetivos táctiles ≥ 44px, sin elementos esenciales ocultos en móvil) · Movimiento (califique la rúbrica de revisión de movimiento separada en references/motion-policy.md §6 — apruebe ≥ 26/36 con todas las puertas; la subanimación es un hallazgo) · Consistencia (los estados hover/focus/active comparten un lenguaje) · Carácter distintivo (¿podría confundirse con otro sitio en el libro de contabilidad? ¿con un tema predeterminado?) · Accesibilidad (contraste, visibilidad del foco, encabezados, etiquetas).

5. Informes

Sea honesto. Si una verificación no pudo ejecutarse, escriba NO EJECUTADA con el motivo. Enumere los problemas restantes conocidos. Nunca diga "completado" mientras haya un hallazgo bloqueador/grave abierto. Resuma lo que cambió, lo que verificó y lo que no verificó.

Skills relacionados