El sistema de diseño es una sola persona. Y la IA lo acaba de descubrir.

Este artículo está inspirado en “Your design system runs on one person’s judgment — AI is about to prove it”, publicado originalmente en UX Collective.

Son las 6:40 del viernes y alguien está esperando que tú apruebes un botón

Nueve contribuciones en la cola. Nueve pull requests abiertos. Y todos —absolutamente todos— esperan al mismo revisor. Uno cambia el estado hover de un botón. Otro renombra un token de color. Un tercero propone ajustar el espaciado en mobile. Pequeñas decisiones, sí. Pero ninguna puede avanzar sin que esa persona las bendiga.

Esto no es una anécdota de un equipo disfuncional. Esto es el Carbon Design System de IBM. Uno de los sistemas de diseño más maduros, documentados y admirados del mundo. Y en junio de 2026, tenía 76 contribuciones abiertas en GitHub, varias desde abril, todas etiquetadas con la misma frase quirúrgicamente honesta: “one more review”. Una revisión más. La de siempre. La de esa persona.

La imagen es casi arquitectónica en su ironía: construyes una catedral de consistencia, un sistema que promete escalabilidad infinita, y resulta que el campanario entero cuelga de un solo tornillo humano.

El design system como ficción colectiva

Llevamos años vendiendo la idea del design system como si fuera una infraestructura objetiva. Una fuente de verdad. Un sistema operativo para el diseño de la organización. Atómico, modular, democrático. Figma, Storybook, tokens, documentación, versionado semántico. Todo muy bonito. Todo muy racional.

Pero hay una trampa epistemológica en el centro de esa narrativa: los sistemas de diseño no son objetivos. Son la subjetividad de alguien codificada en componentes.

¿Qué cuenta como accesible? ¿Cuándo un componente está “listo”? ¿Es este patrón demasiado específico para entrar en la librería o lo suficientemente universal? ¿Se acepta esta contribución aunque rompa levemente la coherencia estética que llevamos construyendo tres años? Estas preguntas no tienen respuesta en ningún archivo de tokens. Las responde una persona. Siempre la misma.

El design system no es una biblioteca. Es un criterio. Y ese criterio tiene nombre, apellidos, y un calendario con demasiadas reuniones los viernes por la tarde.

Llega la IA. Y lo primero que hace es señalar al cuello de botella

Aquí es donde la historia se pone interesante —e incómoda—. Las herramientas de IA que están entrando en los flujos de trabajo de diseño (desde revisores automáticos de accesibilidad hasta agentes que generan componentes desde lenguaje natural) no vienen a sustituir al diseñador. Vienen, sin pretenderlo, a hacer una auditoría forense de cómo funciona realmente tu organización.

Porque cuando entrenas un modelo o configuras un agente para que “siga el design system”, inmediatamente emerge la pregunta: ¿cuál es la regla exacta? ¿Está escrita? ¿O vive en la cabeza de alguien?

La IA no entiende de “pregúntale a María, que ella sabe cómo lo hacemos aquí”. La IA necesita que lo documentes. Y cuando intentas documentarlo, descubres que no sabes cómo lo explicas, porque nunca lo has tenido que explicar. Simplemente lo sabes.

Ese momento de fricción —intentar formalizar el conocimiento tácito de tu design system para que una máquina lo entienda— es el diagnóstico más honesto que le puedes hacer a tu organización. Es una radiografía. Y en muchos equipos, la radiografía muestra una única vértebra cargando con todo el peso.

El problema no es la IA. El problema es que siempre fue así

Sería cómodo culpar a la inteligencia artificial de crear esta fragilidad. Pero la IA no la crea. La revela. Como cuando Pixar pasó de animar a mano a renderizar en 3D y de repente quedó expuesto qué estudios tenían realmente pipeline y cuáles sobrevivían gracias al talento heroico de cuatro personas.

Los design systems han sido durante años proyectos de tribu disfrazados de proyectos de infraestructura. Funcionan porque hay alguien que los cuida con una mezcla de criterio estético, memoria institucional y sentido común. Eso es invaluable. Y también es un punto único de fallo.

El problema no es que esa persona exista. El problema es que el sistema depende de que esa persona exista, esté disponible, no se vaya a otra empresa, no se tome vacaciones, no tenga un mal viernes.

¿Cuántos design systems han muerto —o se han fosilizado— cuando esa persona se fue? Muchos. Demasiados. Y el cementerio de Figma tiene muchas librerías con el último commit de hace dieciocho meses.

¿Qué hacer con esta verdad incómoda?

Lo primero es dejar de fingir que el problema es técnico. No se resuelve con mejor documentación en Notion, ni con más componentes en Storybook, ni desde luego con implementar un agente de IA que genere código desde prompts. Eso es poner pintura nueva sobre una grieta estructural.

Lo que sí funciona —y lo que la presión de la IA debería acelerar— es hacer explícito lo implícito. Convertir el criterio en protocolo. No para eliminar el juicio humano, sino para distribuirlo. Para que cuando María no esté, haya un sistema que capture suficiente de su lógica como para que el trabajo no se detenga.

Esto significa cosas concretas: criterios de aceptación escritos para las contribuciones. Decisiones registradas con su razonamiento, no solo su resultado. Revisiones por pares, no por jerarquía. Y sí, eventualmente, herramientas de IA que puedan hacer una primera pasada de validación —no para reemplazar el juicio experto, sino para liberar ese juicio para las decisiones que realmente lo necesitan.

La IA puede revisar si un componente cumple los ratios de contraste WCAG. No necesitas a María para eso. María debería estar decidiendo si ese nuevo patrón de navegación encaja con la dirección que quieres darle al sistema en los próximos dos años. Eso sí necesita a María.

El lunes, alguien seguirá esperando

Volvamos al viernes a las 6:40. Las nueve contribuciones siguen esperando. La persona que tiene que aprobarlas probablemente lo hará el lunes, entre reuniones. O quizás el martes. Quizás algunas se quedarán en la cola hasta que alguien pregunte en Slack con ese tono de “oye, sin urgencia, pero…” que todos reconocemos.

Nada de esto cambiará porque implementes IA. Pero la IA, al intentar integrarse en tu flujo de trabajo, te va a hacer una pregunta que llevas años evitando: ¿Cómo decides tú lo que es correcto?

Y esa pregunta, respondida con honestidad, es el primer paso para construir un sistema de diseño que no colapse cuando la persona que lo sostiene decide que ya es suficiente.

El design system no eres tú. Pero ahora mismo, probablemente, lo eres.