>REYESVILLARREAL
Volver a proyectos
01 / 06 IA aplicada — diseño de sistemas

Skill de IA Design System

AI Skill Design System

Plataforma B2B de gestión de importaciones · Desarrollo de skills para optimizar y precisar el proceso de creación de componentes y su documentación, además de su mantención y escalabilidad
Contexto y problema

Cuando llegué, el design system era casi un esqueleto: pocos componentes y ninguna estructura real. Soy la única diseñadora del producto, así que ese esqueleto creció al ritmo que yo podía sostenerlo — hasta que empezó a crecer más rápido de lo que yo podía compatibilizar con mis otras tareas. Ahí aparecieron las urgencias reales: documentar en serio, estandarizar, y meter por fin una capa de tokens semánticos para color.

El problema no era de criterio, era de horas. Documentar a mano se volvía cada vez más lento, y estandarizar se hacía más difícil con cada componente nuevo — y no podía clonarme. Por eso diseñé un flujo en Claude con distintas skills para cada etapa de crear un componente: para ganar tiempo, construir con más precisión, sostener la estandarización y, sobre todo, cerrar la brecha entre lo diseñado y lo construido para que el handoff con desarrollo fuera más fluido.

Skills y flujo de trabajo

Estas son las skills que diseñé para cubrir cada etapa del proceso, desde que un componente se construye hasta que queda documentado y registrado en el design system.

01
Chequeo estructural

Antes de documentar, audita cómo está armado el componente por dentro (variantes, naming interno, tokens, auto-layout).

02
Auditoría de documentación

Revisa naming público, página de destino y accesibilidad recién cuando el componente pasó el chequeo anterior.

03
Construcción del doc

Arma el frame de documentación una vez confirmados nombre y ubicación. Esta misma skill también mantiene un Notion con el índice de tokens, un Change Log donde desarrollo va marcando qué está implementado, y una página de componentes con la descripción de cada uno, correcciones, deuda pendiente y convenciones a tener en cuenta.

04
Definición de tokens

Sigue un flujo propuesta → revisión → construcción para tokens semánticos nuevos.

05
Registro de decisiones (ADR) y tableros explicativos

Dejan trazabilidad de por qué se decidió algo, separado de la documentación de uso.

Cómo se conecta el flujo
Componente nuevo Chequeo estructural si falla: vuelve a construir pasa Auditoría de documentación Doc final Decisión de tokens / arquitectura ADR / tablero explicativo
El camino sólido es el flujo de un componente nuevo hacia su documentación; el camino punteado es el registro paralelo de decisiones de arquitectura y tokens.
Conclusión

Antes de las skills, en un día normal alcanzaba a documentar hasta aprox. 3 componentes, y sin mirarlos con demasiada profundidad — no daba el tiempo. Con el flujo en Claude, ese número subió a aprox. 8 componentes por día, y ahora sí se revisan con mayor profundidad: estructura, tokens, accesibilidad, naming. No es solo más rápido — es más rápido y más riguroso.

5
skills en producción
+5
componentes por sesión de documentación
2
sitios de consulta actualizados

Mejorar el handoff con desarrollo trajo algo más allá de la velocidad: mayor cercanía y visibilidad del trabajo de diseño. Con el tiempo, desarrollo pasó de simplemente recibir el handoff a volverse promotor activo de las iniciativas de diseño.

Para que esto no se degrade con el tiempo, dejé programada una auditoría mensual a las 5 skills: reviso que sigan funcionando correctamente y voy corrigiendo lo que deja de funcionar.

Aprendizaje: la métrica que importaba no era cuántas skills construí, sino cuánto más rápido y con más profundidad se documenta ahora. Queda pendiente implementar una forma de medir el design system en sí.