
ArquitecturadeTokens.
El día que el CEO te diga «cambiamos el color principal», tu sistema te dará 30 segundos o 3 semanas. Depende de cómo lo construiste.
↓ Avanza con scroll · flechas · espacio
Si tu sistema está bien construido, cambias un valor en un sitio y todo se actualiza solo.
Si tu sistema es un UI Kit disfrazado, abres 230 componentes y cambias el color a mano en cada uno.

La diferencia tiene un nombre técnico
Jerarquíadetokens.
El orden estructural en el que un valor de diseño se define una sola vez y se propaga a todo el sistema mediante capas que se referencian entre sí. Sin jerarquía no hay propagación. Sin propagación, cada cambio se duplica manualmente.

El coste real de un UI Kit disfrazado.
a tocar a mano
3 semanas de churn
cada cambio se duplica
en tiempo de desarrollo perdido
Un equipo atrapado en su propio sistema.
Lo que separa al equipo que itera del que reaprende todo cada rebranding.
Variable vs Token
Token
Decisión de diseño agnóstica.
Vive en un archivo JSON. Es el contrato entre diseño y desarrollo. Sobrevive a cualquier cambio de herramienta y se propaga a todo el ecosistema.
Variable
Representación visual del token.
Vive en una plataforma. Se rompe al cambiar de herramienta. Si cambias su valor, no afecta a desarrollo.
Test de validez
Si tu token no está sincronizado con código,
no es un token.
Es una variable. Útil para diseñar, pero invisible para producción.
Para que sea token de verdad, necesitas tres cosas.
Un archivo JSON
que actúe como fuente de verdad.
Una herramienta
que conecte ese JSON con Figma.
Un repo de código
donde el dev consume ese mismo JSON.
Truco senior
«¿DóndeviveelJSON?»
Si responden «está en Figma con variables», tienen un UI Kit. Si responden «en un repo con Tokens Studio», tienen sistema real. Esa pregunta te coloca por encima del 80% del mercado.
Los 3 niveles
La jerarquía que separa al sistema escalable.
Primitivos
Valores brutos
Semánticos
Funciones
Componentes
Comportamientos
↓ Cada nivel apunta al anterior. Nunca al revés.
Hay dos escuelas para nombrar primitivos. Ninguna es incorrecta.
Descriptiva — Tailwind / Radix
color-blue-500Te conviene con varias marcas, varios productos, cambios frecuentes. Da flexibilidad creativa.
Rol — Material You / Polaris
primary-500Te conviene con sistema estable, una marca, paleta restringida. Material You la usa porque genera todo desde un seed.
Empiezacon2niveles.Eltercerosolositelopidenloscomponentes.
de proyectos viven con primitivos + semánticos.
Si no, sobra
Sobreingeniería = deuda
Todos apuntan hacia abajo. Nunca al revés.
Taxonomía modular
Un nombre real es una secuencia de cajitas.
textwarningstrongdefault= Token final
text-warning-strong-defaultRegla de oro
Claridadsobrebrevedad.
Mal
txt-w-s-dBien
text-warning-strong-defaultNo te pelees con la librería. Mete una capa encima.
mantine-primary-colorViene fijo. No lo renombres.
color-action-primary-defaultApunta al primitivo de la librería.
button-primary-bgConsumen tu semántico, nunca el primitivo de la librería.
Respetas la restricción técnica y mantienes tu sistema de nombres por debajo.
Las 4 familias
El color es solo el 25% del trabajo. Las otras tres familias casi nadie las sistematiza.
- color-text-primary-default
- color-surface-elevated
- color-action-danger-default
- spacing-component-inner
- spacing-component-outer
- spacing-section
- text-display-l
- text-heading-m
- text-body-s
- radius-md
- shadow-lg
- duration-medium
Sincronización
Figma ⇄ JSON ⇄ Código.
Sincronización bidireccional. Cuando cambia algo en el JSON, se propaga a los dos lados. Sin JSON sincronizado, no es Design System.
Lo que separa a un sistema vivo de uno muerto.
Figma → Código
El dev necesita un token. Te lo pide. Lo creas en Figma. Esperas a que se sincronice. El diseñador es cuello de botella.
Coste
Sprints retrasados por dependencias humanas.
Figma ⇄ Código
Diseño o dev crean tokens en su herramienta y se sincroniza al otro lado automáticamente.
Resultado
Un equipo que entrega antes. Medido en sprints completos.
Diseñaunajerarquíadetokensquesobrevivaalrebranding.
Define tus primitivos.
Elige escuela (descriptiva o de rol) y justifícala en una frase.
Define tus semánticos con las 4 cajitas.
Elemento · tono · énfasis · estado.
Aplica el test del rebranding.
¿Cuántas líneas tocas para cambiar la marca? Una = OK.
Aplica el test del glossary.
¿Reutilizarías esos nombres en otro proyecto?

El criterio del director
Elegí la escuela descriptiva porque mi cliente tiene dos productos con paletas distintas. Mi capa semántica describe función con las cuatro cajitas. Los componentes consumen solo semánticos. Si cambio la marca, toco 8 líneas y todo el sistema se actualiza solo.
