Ir a la guía de uso
Design Flowpor julianoczkowski

Design Flow Skill.

Guía un proyecto de diseño mediante fases explícitas y artefactos guardados.

  • Flujo de diseño
  • Revisión
Revisión de la fuente · design-flowSKILL.md
Tarea Guía un proyecto de diseño mediante fases explícitas y artefactos guardados. Resultados Briefing, arquitectura de información y tokens específicos de la función según corresponda. Antes de empezar El coordinador depende de las skills nombradas y sus instrucciones completas.
Resumen editorial · fuente revisada el 2026-11-02 · no es un ejemplo generado

01 Qué hace

Guía un proyecto de diseño mediante fases explícitas y artefactos guardados

Sigue una secuencia guiada desde preguntas de diseño y arquitectura de información hasta tokens, tareas e implementación, con revisión solicitada aparte.

Flujo de trabajo basado en la fuenteNo es un benchmark de ejecución

El enfoque de trabajo

Design Flow coordina las skills de diseño complementarias en una secuencia definida. Empieza con preguntas aclaratorias, registra un briefing, desarrolla arquitectura de información, establece tokens y convierte el briefing en tareas realizables. La implementación frontend sigue esa lista. Cada etapa tiene una salida explícita y una transición que confirma el diseñador.

El flujo permite reanudación. Los artefactos de cada función se guardan juntos en .design, para continuar desde la siguiente fase incompleta. La revisión de diseño es un paso separado que se solicita después de construir algo; terminar la secuencia no demuestra que haya pasado una revisión visual.

Entregables esperados

  • Briefing, arquitectura de información y tokens específicos de la función según corresponda.
  • Un checklist TASKS.md ordenado que guía la implementación frontend.
  • Componentes y páginas construidos, con artefactos de planificación guardados para reanudar.
Ver el brief de ejemplo

Del brief a la revisión

  1. 01
    Elegir las fases necesarias

    Explica la secuencia completa e identifica etapas prescindibles. Tokens existentes o un alcance de un solo componente pueden eliminar trabajo innecesario.

  2. 02
    Aclarar y guardar la intención

    Ejecuta por completo las skills complementarias pertinentes y conserva briefing y arquitectura en la misma carpeta funcional. Confirma cada fase antes de continuar.

  3. 03
    Convertir intención en implementación

    Genera o amplía tokens, crea tareas y trabaja sus unidades de implementación. Marca tareas completadas con confirmación entre ellas.

  4. 04
    Revisar cuando se solicite

    Ejecuta la skill separada design-review solo cuando exista una interfaz construida y se pida revisión. Guarda sus capturas y hallazgos junto con los demás artefactos de la función.

02 Cuándo usarlo

Cuándo usarlo

El coordinador depende de las skills nombradas y sus instrucciones completas.

Buen encaje

  • Planificación de nuevas funcionesUn diseñador busca una ruta guiada de la idea inicial a la implementación.
  • Proyectos interrumpidosLos artefactos guardados permiten reanudar conservando decisiones previas.

Límites que conviene comprobar

  • Requiere skills complementariasEl coordinador depende de las skills nombradas y sus instrucciones completas.
  • Transiciones explícitasLa fuente espera confirmación entre fases, no ejecutar silenciosamente toda la secuencia.
  • Revisión aparteLa revisión no es automática y requiere código construido que examinar.

Aporta estos datos

  • Intención del proyectoDescribe función, objetivo del usuario y decisiones existentes.
  • Repositorio actualProporciona componentes, tokens y artefactos funcionales existentes.
  • Preferencias del flujoIdentifica fases ya completadas o deliberadamente omitidas.

03 Decisiones importantes

Decisiones importantes

  1. Decisiones conectadas

    El briefing orienta arquitectura, tokens y tareas.

  2. Artefactos acotados

    Carpetas funcionales separadas impiden que proyectos ajenos se sobrescriban.

  3. Reanudación clara

    Los artefactos existentes muestran dónde seguir después de una pausa.

04 Ejemplo de brief

Prueba con un encargo concreto

El brief de ejemplo siguiente no se ha probado. Revisa la configuración del skill antes de usarlo.

Revisa la fuente y la configuración

Describe función, objetivo del usuario y decisiones existentes.

Archivo fuente original
https://github.com/julianoczkowski/designer-skills/blob/c259656c76d9758d7ead46b0d2f125cbe84f8665/design-flow/SKILL.md

La referencia siguiente abre las instrucciones originales. Revisa la configuración del repositorio antes de utilizarlas; no es un comando de instalación.

Empieza con un solo entregable

Adapta el alcance, el material de origen y las restricciones de este brief antes de ejecutar el skill.

Brief de ejemplo
Usa design-flow para una nueva página de actividad del equipo en este repositorio. Primero inspecciona carpetas de funciones en .design y nuestros tokens actuales. Explica las fases y recomienda cuáles podemos omitir según lo existente. Mantén briefing, arquitectura y tareas juntos en una carpeta funcional. Confirma cada transición antes de seguir y conserva decisiones aceptadas. Durante la implementación, sigue el checklist. Deja la revisión de diseño como un paso separado y claramente identificado salvo que la solicite expresamente durante el flujo.

Inspecciona el resultado

Comprueba el resultado real con estos criterios observables.

  • Cada artefacto de fase refleja decisiones de la etapa anterior.
  • La entrega distingue fases completadas y omitidas.
  • No se declara aprobada la revisión solo por haber terminado la implementación.

OpenDesign ofrece un espacio de trabajo de diseño local para agentes de programación. Este listado no significa que el skill esté incluido ni que se incluyan sus herramientas externas, credenciales y dependencias de software.

05 Fuente y licencia

Fuente y licencia

Esta página describe la revisión fijada de la fuente enlazada abajo. El comportamiento y los requisitos originales pueden cambiar.

Propietario de la fuente
julianoczkowski
Archivo del skill
SKILL.md
Licencia
Apache-2.0
Versión revisada
2026-11-02 · c259656c76d9
Resumen editorial de la fuente
Guía un proyecto de diseño mediante fases explícitas y artefactos guardados.

Resumen original de OpenDesign, basado en la fuente enlazada. Las estrellas del repositorio son una señal de popularidad con fecha, no el uso del skill ni una puntuación de calidad.

06 Preguntas antes de empezar

Preguntas antes de empezar

¿Todo proyecto debe ejecutar todas las fases?

No. La fuente admite omitir fases innecesarias, como arquitectura de información para un componente único.

¿Dónde se guardan los artefactos?

Se agrupan en .design/<feature-slug>/ para que cada función tenga su propio registro.

¿El flujo ejecuta automáticamente la revisión de diseño?

No. Se solicita aparte después de construir componentes o páginas.

OpenDesign

Mantén juntos tu encargo y tu trabajo de diseño.

Mantén juntos tu brief, el material de origen y el trabajo de diseño en un espacio de trabajo local. Revisa la configuración propia del skill antes de añadirlo a tu flujo de trabajo.

Archivo fuente original
https://github.com/julianoczkowski/designer-skills/blob/c259656c76d9758d7ead46b0d2f125cbe84f8665/design-flow/SKILL.md