Hypertokens: cuando la IA dejó de hacer la vista gorda con tu diseño

Este artículo está inspirado en “What are hypertokens? The layer between tokens and components, rebuilt for agents”, publicado originalmente en UX Collective, con aportaciones conceptuales de Jake Albaugh, de Figma.

El hueco que nadie quería nombrar

En arquitectura existe un concepto llamado espacio intersticial: ese margen entre dos estructuras que técnicamente no pertenece a ninguna de las dos, pero que resulta ser donde pasan todas las cañerías, los cables y el aire acondicionado. Durante décadas, los sistemas de diseño han tenido su propio espacio intersticial: la zona turbia que vive entre un token —esa decisión atómica de “este azul es #0057FF”— y un componente —ese botón primario ensamblado con radio, padding, tipografía y estado hover—. Nadie le puso nombre oficial. Nadie necesitaba hacerlo. Un diseñador senior lo resolvía a ojo.

Ese lujo se acabó.

Jake Albaugh, desde las trincheras de Figma, ha puesto nombre a ese espacio: hypertokens. Y el timing no es casual. Lo ha nombrado justo cuando los agentes de IA han empezado a leer nuestros archivos de diseño con la literalidad implacable de alguien que no ha dormido en tres días y tampoco tiene sentido del contexto.

La deriva que era gratis (y ya no lo es)

Imagina que tienes definido un token llamado heading-size. En tu CSS vale 2rem. En Figma, el componente de cabecera mide 32px. En iOS, el desarrollador lo dejó en 30pt “porque quedaba mejor”. Nadie murió. El diseñador lo revisaba en la entrega, fruncía el ceño levemente y lo corregía en el siguiente sprint. La imprecisión tenía un amortiguador humano.

Ahora ese amortiguador se llama agente de IA. Y los agentes no frunce el ceño: construyen exactamente lo que encuentran y adivinan el resto. El drift —esa pequeña desincronización entre capas— no empeoró. Simplemente dejó de ser gratis. Lo que antes costaba diez minutos de ojo clínico ahora cuesta una interfaz rota que ningún humano revisó antes de que llegara a producción.

La IA acelera la ejecución, no la claridad. Tu intención tiene que estar escrita en algún sitio antes de que un agente la ejecute.

Eso es, en esencia, el argumento de Albaugh. Y es un argumento que duele porque tiene razón.

¿Qué es exactamente un hypertoken?

Piénsalo como una regla con contexto. Un token te dice qué es algo. Un componente te dice cómo se ensambla. Un hypertoken te dice por qué y bajo qué condiciones.

No es simplemente un token más complejo. Es una capa de intención codificada. Si un token dice color-brand-primary: #0057FF, un hypertoken podría decir: “este color se usa para acciones afirmativas en superficies claras, nunca sobre fondos con menos de 4.5:1 de contraste, y en modo oscuro se sustituye por esta otra decisión”. No es metadata decorativa. Es la lógica que un diseñador tiene en la cabeza y que hasta ahora no tenía dónde vivir en el sistema.

Es, básicamente, hacer explícito lo que antes era tácito. Y hacer explícito lo tácito es exactamente lo que necesita un agente para no inventarse las respuestas.

El problema del conocimiento tribal en sistemas de diseño

Toda organización con un sistema de diseño maduro acumula lo que los antropólogos llamarían conocimiento tribal: esas convenciones no escritas que todo el equipo entiende pero que no aparecen en la documentación. “El botón de peligro nunca va en el modal de onboarding.” “Los iconos de 16px son para uso inline, los de 24px para navegación.” Nadie lo escribió. Todos lo saben. Los nuevos lo aprenden en code review.

Los agentes de IA no pasan por code review. Los agentes de IA no aprenden en una conversación de Slack a las 11 de la mañana. Los agentes leen el archivo y ejecutan. Y si el archivo no contiene la intención, la inventan. Con mucha confianza y cero vergüenza.

Los hypertokens son el intento de formalizar ese conocimiento tribal antes de que los agentes lo malinterpreten. Es una especie de README para cada decisión de diseño, pero integrado en la propia estructura del sistema.

¿Esto ya existía bajo otro nombre?

Sí y no. La comunidad de sistemas de diseño ha estado trabajando ese gap durante años con nombres distintos: semantic tokens, decision tokens, alias tokens, composite tokens. Cada herramienta tenía su propia aproximación, su propio vocabulario, su propia implementación. El problema no era la falta de soluciones parciales. Era la ausencia de una definición compartida desde la que todas las herramientas pudieran construir.

Lo interesante del momento “hypertoken” no es que sea un concepto radicalmente nuevo. Es que la presión de los agentes de IA ha creado la urgencia suficiente para que, por fin, alguien intente fijar el vocabulario. Las crisis suelen ser buenas para eso: para forzar consensos que en tiempos de bonanza nadie tiene prisa por alcanzar.

La intención como infraestructura

Hay algo filosóficamente interesante en todo esto. Durante años, el debate en torno a los design systems giró en torno a la consistencia visual: que el botón tenga siempre el mismo radio, que el spacing sea siempre múltiplo de 8. Fue un debate de forma. Los hypertokens proponen que el siguiente frente no es la forma, sino la intención.

¿Para qué sirve este componente? ¿En qué contexto tiene sentido? ¿Qué decisión de negocio hay detrás de este color? Esas preguntas siempre existieron, pero las respondía un humano en tiempo real. Ahora hay que responderlas antes, por escrito, en un formato que una máquina pueda consumir.

Es como pasar de construir una ciudad donde los taxistas conocen los atajos, a construir una ciudad donde los coches autónomos necesitan que los atajos estén en el mapa. El atajo siempre existió. Ahora tiene que ser infraestructura.

Lo que esto le exige al diseñador del futuro próximo

Nada cómodo. Básicamente, articular en texto todo aquello que hasta ahora podías resolver con criterio en el momento. Significa que el diseñador como escritor de intenciones cobra más valor que nunca. No el diseñador que sabe usar Figma con fluidez, sino el que sabe explicar por qué tomó cada decisión y bajo qué condiciones esa decisión cambia.

Es un perfil más cercano al arquitecto de información o al product strategist que al maquetador digital. Y eso es, a la vez, una amenaza para quienes construyeron su valor en la ejecución rápida, y una oportunidad enorme para quienes siempre quisieron que el diseño fuera tomado en serio como disciplina de pensamiento.

Los hypertokens son, en el fondo, una excusa para tener esa conversación. Una que llevábamos tiempo aplazando.