La mayoría de los desarrolladores de software, tech leads e ingenieros DevOps empiezan su carrera como constructores.

Construyen sistemas, aplicaciones, componentes, temas, patrones, módulos y pipelines. Optimizan diseños, corrigen casos límite, mantienen la compatibilidad y hacen avanzar los sistemas un commit a la vez. El trabajo es preciso, práctico y profundamente técnico.

Pero en algún momento, algo cambia.

Los mejores profesionales no dejan de construir, pero empiezan a pensar en sistemas.

De constructor a pensador de sistemas

El cambio: del resultado a las reglas

Como constructor, el foco está en el resultado: componentes, plantillas, páginas, funcionalidades, bibliotecas, aplicaciones.

Como pensador de sistemas, el foco pasa a las reglas: restricciones, interacciones, ciclos de retroalimentación.

En lugar de preguntar «¿Qué aspecto tiene este componente?», quienes piensan en sistemas se hacen otras preguntas: ¿Qué reglas gobiernan este componente? ¿Qué puede interactuar con él? ¿Cómo se comporta ante el cambio? ¿Cómo sobrevive la intención con el paso del tiempo?

Este cambio conduce de forma natural hacia los sistemas agénticos.

Cuando el diseño deja de ser estático

Los sistemas de diseño modernos ya codifican lógica: los tokens definen restricciones, los componentes definen estructura, los patrones definen comportamiento.

Aun así, la mayoría de los sistemas siguen dependiendo de una pesada orquestación humana.

Los agentes de IA introducen un modelo distinto, en el que los sistemas pueden hacer cumplir sus propias reglas, validar decisiones de forma continua, reaccionar al contexto y coordinarse internamente.

Aquí es donde el diseño evoluciona de la documentación a lógica ejecutable.

Hacia dónde vamos

El foco ahora está en llevar estas ideas a sistemas reales que funcionan, no como experimentos, sino como cimientos.

1. Integración más profunda de agentes de IA con herramientas de diseño (Figma)

Hacia sistemas de diseño agénticos

Las herramientas de diseño no deberían ser lienzos pasivos.

El objetivo es integrar con Figma agentes de IA que entiendan los design tokens y las restricciones de los componentes, validen decisiones en tiempo real, traduzcan la intención de diseño en reglas a nivel de sistema y actúen como colaboradores, no como exportadores.

Esto traslada el diseño aguas arriba, donde la intención se preserva en lugar de inferirse después.

2. Gestión escalable de agentes de IA

Meta: 150 agentes, uno por componente

En lugar de una única IA de propósito general, los equipos avanzan hacia muchos agentes especializados.

Cada componente tiene su propio agente, con responsabilidades definidas, límites claros y conocimiento de los componentes relacionados.

Así escalan los sistemas sanos: mediante especialización, coordinación y contratos claros.

3. Agentes con habilidades, herramientas y plugins reales

Los agentes tienen que poder actuar.

Eso significa dotarlos de habilidades (razonamiento sobre accesibilidad, validación de diseño, conciencia del rendimiento), herramientas (linters, ejecutores de pruebas, APIs de diseño) y plugins (Storybook, Drupal, pipelines de CI, integraciones con Figma).

Un agente sin herramientas es teórico. Un agente con herramientas se convierte en parte del propio sistema.

4. Pruebas funcionales de aceptación automatizadas más inteligentes

Impulsadas por IA y conscientes de la intención

Las pruebas tradicionales comprueban el resultado. Las pruebas guiadas por agentes entienden el comportamiento.

El foco está en agentes de IA que razonan sobre los recorridos de usuario, pruebas funcionales que entienden la intención y no solo los selectores, sistemas que hacen evolucionar las pruebas junto a los componentes, y en reducir las pruebas frágiles a la vez que aumenta la confianza semántica.

Las pruebas se convierten en otra capa de inteligencia del sistema.

TDD y BDD en la era de la IA: por qué los agentes de IA exigen un 100 % más de desarrollo guiado por pruebas

Por qué importa

Los equipos están construyendo sistemas que sobreviven a sus creadores, se adaptan de forma continua y llevan hacia adelante decisiones de diseño a largo plazo.

En este mundo, el control manual no escala. Pero las reglas bien definidas, sí.

Diseñadores, desarrolladores y agentes de IA deben operar dentro del mismo marco lógico: un único sistema compartido de restricciones e intención.

La transición de constructor a pensador de sistemas no consiste en abandonar la implementación. Consiste en ver los sistemas como algo más que una colección de piezas.

El siguiente paso es diseñar las reglas que permiten a los sistemas razonar, adaptarse y evolucionar.

Los desarrolladores de software, tech leads e ingenieros DevOps que dan este paso no solo construyen: construyen las condiciones para que los sistemas se construyan solos.