Saltar al contenido
Tecnología·2026-05-25·18 min de lectura

El fin del software: cuando la interfaz se disuelve y el sistema pasa a generarse solo

Durante décadas, el software fue pantalla, botón y menú: una máquina congelada que el humano operaba. Ese contrato está terminando. El próximo software no se opera: se le instruye, y se reescribe en tiempo real para cada persona que lo toca.

CompartirXLinkedIn

El botón es un fósil. Cada vez que haces clic en "Exportar a PDF", estás operando una decisión que algún ingeniero tomó en 2019, congeló en píxeles y empaquetó en un binario. El software que usamos es, en sentido literal, el pensamiento de otra persona solidificado: una fotografía de una intención antigua que estás obligado a reescenificar con el mouse. Durante setenta años esto fue lo normal. Era la única forma. La máquina no sabía lo que querías, así que alguien tenía que adivinar de antemano todos los caminos posibles y dibujar una pantalla para cada uno. La interfaz gráfica no existe porque sea la mejor forma de que un humano diga lo que quiere. Existe porque la máquina era sorda.

Eso terminó. No va a terminar: terminó, en silencio, en algún momento entre GPT-3 y los modelos de agente actuales. Lo que aún no terminó es nuestra percepción. Seguimos construyendo pantallas con la fe de quien nunca supo hacer otra cosa, de la misma forma que los primeros automóviles tenían soporte para látigo. La sordera de la máquina era la premisa fundacional de toda la industria del software, y esa premisa cayó. Cuando la premisa fundacional de un sector cae y nadie reescribe los supuestos, no estás mirando una mejora incremental. Estás mirando el fin de una categoría.

La interfaz era una cicatriz, no una virtud

Vale la pena ser preciso sobre lo que una interfaz realmente es, porque la industria de producto pasó décadas tratando la interfaz como el producto. Un menú es una lista finita de cosas que el sistema sabe hacer, expuesta porque el sistema no consigue entender lo que dirías con tus propias palabras. Un formulario es un interrogatorio estructurado: el sistema te obliga a traducir una intención humana y continua ("quiero reprogramar este viaje porque mi vuelo se atrasó") en una secuencia de campos discretos que la base de datos pueda tragar. Cada desplegable, cada wizard de cinco pasos, cada "¿quisiste decir?", cada tooltip: todo eso es tejido cicatricial. Son prótesis para una incapacidad: la máquina no comprendía el lenguaje, no comprendía el contexto, no te comprendía a ti.

La UX se convirtió en una disciplina entera dedicada a minimizar el dolor de esa traducción. Diseñadores brillantes pasaron carreras enteras reduciendo el número de clics entre la intención y el resultado, porque cada clic es una pequeña humillación: un momento en que el humano se doblega a la gramática de la máquina en vez de lo contrario. Stripe fue reverenciado no porque procesar pagos sea bonito, sino porque redujeron decenas de pantallas de checkout a algo que casi no estorbaba. El elogio máximo que un producto recibía era "intuitivo", que es una palabra educada para "logré adivinar lo que los ingenieros adivinaron que yo iba a querer". Piensa en el absurdo: el auge del diseño de software era el usuario y el constructor adivinándose el uno al otro a través de una pared de vidrio.

La pared cayó. Y cuando la máquina pasa a entender la intención directamente —en lenguaje, con contexto, con memoria de lo que hiciste antes—, la interfaz deja de ser una virtud y vuelve a ser lo que siempre fue: una cicatriz. Mantener el menú cuando el sistema entiende la frase es como mantener el soporte de látigo en el coche. Es arqueología. Los productos que dominarán la próxima década no son los que tienen la mejor interfaz. Son los que tienen la menor: los que consiguen disolver la traducción hasta el punto de que olvides que estás usando una máquina.

Responder no es ejecutar — y esa es la frontera entera

Hay una confusión que necesita morir, porque está haciendo que gente inteligente subestime lo que está pasando. El ChatGPT que escribe un email por ti es impresionante, pero es un oráculo: responde. Tú todavía copias, pegas, ajustas, envías. El trabajo real —el acto— sigue siendo tuyo. Un oráculo es una mejora de productividad. Es autocompletar con esteroides. Es útil, vende suscripción, pero no cambia la naturaleza del software.

La fractura está en la palabra "ejecutar". Un agente que tiene acceso a tu bandeja de email, a tu calendario, a la API de la aerolínea y a tu tarjeta no te responde "aquí está un borrador de cómo reprogramar tu vuelo". Lo reprograma. Lee el email del atraso, lo cruza con el calendario, identifica que la reunión de las 14h en Lisboa ahora es inviable, reprograma el vuelo eligiendo la conexión que aún te deja llegar a tiempo, avisa a las personas de la reunión, actualiza el hotel y te manda una frase: "hecho, ahora llegas 16h40, reuniones reagendadas, hotel extendido una noche, costo extra de 230 euros, ¿confirmas?". La diferencia entre esas dos cosas no es de grado. Es de especie. Una es texto sobre el mundo. La otra es un cambio en el mundo.

Ese es el umbral donde el software tal como lo conocemos termina de verdad. El software siempre fue una herramienta que el humano opera para causar un efecto. El efecto era mediado: tú movías el mouse, la pantalla respondía, el estado cambiaba, y tú verificabas con los ojos. El agente colapsa esa cadena. Tiene el objetivo, tiene las herramientas, tiene el juicio aproximado de cuándo parar y preguntar. El humano sale del bucle de ejecución y entra en el bucle de supervisión. Y cuando el humano sale del bucle de ejecución, todas las pantallas que existían para mediar esa ejecución —todos los botones, todos los flujos— pierden la razón de existir. No es que se vuelvan feas. Es que se vuelven vacías. Nadie va a operarlas, porque la operación fue tercerizada a algo que no necesita pantalla para operar.

Observa que las empresas que más entendieron esto dejaron de hablar de "features". Anthropic, OpenAI, Cloudflare con sus Workers y ahora sus agentes: el vocabulario cambió de "lo que el producto hace" a "lo que el producto consigue realizar con autonomía". Es un cambio de eje. El eje viejo era capacidad expuesta en pantalla. El eje nuevo es capacidad ejercida sin pantalla.

La navegación generada en vivo: el sitio que tiene búsqueda contra el sitio que es decidido

Quiero forzar una distinción que parece sutil y es, en realidad, el corazón de todo. Existe un abismo entre un sitio que tiene una caja de búsqueda y un sitio cuya experiencia entera se decide en el momento en que llegas.

El sitio con búsqueda es el paradigma actual, y lo confundimos con personalización porque se mueve un poco. Amazon tiene búsqueda, recomendaciones, "quien compró esto compró aquello". Pero la estructura es fija. Los estantes existen antes de que llegues. Los módulos de la página fueron diseñados por un equipo de producto, probados en A/B, y lo que cambia entre dos usuarios es el contenido que escurre dentro de contenedores inmutables. Eres un líquido derramado en un molde prefabricado. El molde no te conoce. Conoce a "usuarios como tú": un segmento, un cluster, un promedio estadístico en el que fuiste metido a la fuerza.

El sitio que es decidido en vivo no tiene estantes. No tiene, en realidad, "páginas" en el sentido en que tú lo entiendes. Cuando llegas, un sistema considera quién eres, qué hiciste la última vez, qué acabas de decir, cuál es tu objetivo probable en este momento específico, y genera la interfaz. No elige entre interfaces preconstruidas: genera. Si eres un comprador comparando tres modelos, te entrega una tabla comparativa que nadie diseñó de antemano, montada ahora, con exactamente las tres opciones que te importan y exactamente los atributos que te interesan. Si eres alguien que ya compró y volvió con un problema, ni siquiera te muestra la vitrina: te muestra el estado de tu pedido y un camino de resolución. La "homepage" deja de ser un lugar y se convierte en un evento. Sucede una vez, para ti, y nunca más existe igual.

Esa es la diferencia entre sazonar una comida lista y tener un chef que pregunta de qué tienes antojo. El sitio con búsqueda es un buffet enorme donde cazas lo que quieres. El sitio decidido en vivo es alguien que ya sabía lo que ibas a querer y armó el plato antes de que te sentaras. Y el punto que casi todo el mundo yerra: esto no es "mejor personalización". Es el fin del diseño de pantallas como actividad. Porque si la pantalla es generada por contexto en cada interacción, ya no existe "la pantalla" para que un diseñador la dibuje. Existe un sistema de generación, una gramática, restricciones, intenciones, y el artefacto final brota de eso, distinto cada vez. El diseñador deja de pintar cuadros y pasa a cultivar un jardín que crece solo en direcciones que él orienta pero no controla.

Hay gente haciendo esto de forma rudimentaria ya. Generación de UI a partir de prompt, componentes que se montan por descripción, dashboards que se reconfiguran por la pregunta que haces. Está tosco, está lento, alucina, yerra. Igual que los primeros navegadores gráficos eran toscos. Lo que importa no es el estado actual de la ejecución. Es que la dirección es irreversible, porque una vez que el usuario prueba una interfaz que se moldea a él, la interfaz fija pasa a parecer lo que es: rígida, tonta, hecha para otra persona.

Lo que esto le hace al trabajo del conocimiento

Ahora la parte incómoda, porque es donde vive el dinero, el empleo y la identidad.

El trabajo del conocimiento, en su inmensa mayoría, es la operación de software por humanos. El analista financiero que extrae datos de un sistema, los echa en Excel, formatea, concluye. El profesional de marketing que monta la campaña en seis herramientas diferentes, copiando datos de una a otra. El abogado junior que revisa contratos buscando cláusulas. El reclutador que filtra currículums. El agente que navega cinco pestañas para resolver un ticket. Mira de cerca y casi todo el trabajo de oficina es esto: un humano sirviendo de pegamento entre sistemas que no se hablan, traduciendo la intención en clics, transportando datos de una pantalla a otra, y ejerciendo un juicio de bajo nivel en el camino. El humano es el middleware. El humano es la integración que nunca se construyó.

El agente es la integración construida. Cuando el sistema entiende la intención y tiene acceso a las herramientas, el transporte de datos entre pantallas —que era la mitad de la jornada de medio billón de personas— simplemente desaparece. No es que el trabajo se vuelva más rápido. Es que la categoría de trabajo "operar software para mover información" deja de existir como ocupación humana. Esto no es una previsión arriesgada. Es casi aritmética. Si la razón por la cual existes en esa silla es que los sistemas eran sordos y alguien tenía que traducir, y los sistemas dejaron de ser sordos, la silla ya no tiene función.

Pero la conclusión fácil —"todo el mundo va a ser sustituido"— es tan perezosa como la negación. Lo que se va es la operación. Lo que crece es el juicio, la definición de objetivo y la supervisión. El analista financiero que valía por la velocidad en Excel pierde valor; el que vale por saber qué pregunta vale la pena hacer gana. El trabajo migra de "cómo hago esto" a "qué debería hacerse y cómo sé que el agente lo hizo bien". Hay una reorganización de capas, no una evacuación. Las capas bajas —ejecución mecánica— son absorbidas por la máquina. Las capas altas —intención, gusto, responsabilidad, ética, juicio bajo ambigüedad— quedan, y quedan más densas, porque ahora cada decisión humana comanda una palanca mucho mayor. Un humano con diez agentes competentes produce lo que antes exigía un departamento. El departamento no se convierte en diez departamentos. Se convierte en aquel humano.

Quien va a sufrir no es "el trabajador del conocimiento" en abstracto. Es quien construyó la identidad profesional entera en la operación y nada en la intención. Es el profesional que es eximio en usar la herramienta y mediocre en saber por qué y cuándo. Ese perfil fue recompensado por treinta años porque operar la herramienta era difícil y escaso. La escasez se evaporó. Y siempre que una escasez se evapora, el premio que ella pagaba se evapora junto, indiferente a lo duro que fue adquirir aquella habilidad.

¿Y quién programa? El código también es una interfaz — y se está disolviendo

Los programadores adoran pensar que están del lado seguro de esta transformación, construyendo la cosa que se come los otros empleos. Es una ilusión cómoda y parcialmente falsa. El código es una interfaz: tal vez la interfaz más pura que existe. Es la forma en que un humano le dice a la máquina, con precisión dolorosa, exactamente qué hacer, porque la máquina era demasiado tonta para entender cualquier cosa menos exacta. Toda la industria de lenguajes de programación, frameworks, bibliotecas, patrones de diseño, es una torre gigantesca de cicatrices acumuladas para sortear la misma sordera. Escribes for (let i = 0; i < arr.length; i++) no porque sea así como los humanos piensan, sino porque la máquina exigía ese ritual.

Cuando la máquina entiende la intención, el ritual se vuelve negociable. No estoy diciendo la fantasía ingenua de "nadie va a programar, basta con pedirlo en español". El español es ambiguo, y la ambigüedad no construye sistemas confiables: alguien todavía tiene que especificar con rigor, todavía tiene que entender lo que pasa cuando el agente yerra, todavía tiene que diseñar la arquitectura, los límites, las garantías. Pero la proporción cambia radicalmente. La parte del trabajo de programación que era mecanografía —traducir una solución ya entendida en la sintaxis específica de un lenguaje— esa parte es exactamente el tipo de traducción mecánica que la máquina ahora hace. El programador que valía por teclear rápido la solución obvia pierde valor por la misma razón que el analista de Excel pierde.

Lo que sube es arquitectura, juicio de sistemas, la capacidad de decidir qué construir y de saber si lo que fue construido está correcto, seguro, y no va a explotar en producción a las tres de la madrugada. Sube la capacidad de revisar, porque cuando un agente genera diez mil líneas, el cuello de botella deja de ser escribirlas y pasa a ser confiar en ellas. El programador del futuro próximo se parece menos a un mecanógrafo y más a un arquitecto que da briefings densos, supervisa ejecuciones y responde por la integridad del resultado. Repara en que ese ya es el trabajo de los mejores ingenieros senior desde hace años: ellos ya programan por intención, delegando los detalles a los juniors. El cambio es que el junior ahora es una máquina, infinita, barata y que mejora cada trimestre.

Hay un detalle que pocos digieren: si el software se convierte en sistemas que se generan en tiempo real, parte del "código" deja de ser escrita de antemano por nadie. El sistema se genera a sí mismo en el momento, para el contexto. Esto significa que el artefacto "software", aquel binario que compilabas y versionabas y distribuías, empieza a disolverse en la misma dirección que la interfaz. Ya no existe "la build" en el sentido clásico, cuando la mitad del comportamiento es decidido en vivo por un modelo respondiendo al contexto. El versionado, el deploy, el QA: toda la maquinaria de ingeniería que existe para domar artefactos estáticos necesita ser reinventada para un artefacto que cambia en cada ejecución. Ese es un problema inmenso, todavía mal resuelto, y es exactamente por eso que es donde está el trabajo difícil y valioso de la próxima década: ¿cómo garantizas, auditas, pruebas y responsabilizas un software que no se queda quieto lo suficiente para ser inspeccionado?

La arquitectura invisible: por qué esto era inevitable

Yo veo esto como veo casi todo: como una cuestión de arquitectura invisible reorganizándose. El software nunca fue pantallas y botones. Pantallas y botones eran la capa de superficie, la cáscara, la forma en que la cosa se manifestaba al humano dada una restricción de la época. La cosa en sí siempre fue otra: lógica que transforma intención en efecto sobre el estado del mundo. La intención entra, alguna decisión es tomada, algo en el mundo cambia. Las pantallas eran solo el protocolo de entrada y salida cuando el único canal disponible era la visión y el único dispositivo de entrada era un humano haciendo clic.

Cuando ves el software así —como una máquina de transformar intención en efecto—, se vuelve obvio que la interfaz gráfica era un accidente histórico, no una esencia. Resolvió el problema de input/output en una era específica. El lenguaje natural lo resuelve mejor. La generación contextual lo resuelve aún mejor. La cáscara estaba destinada a cambiar en el momento en que la máquina ganara la capacidad de entender la intención directamente y generar la salida adecuada en el momento. Ese momento llegó. La cáscara está cambiando. El núcleo —transformar intención en efecto— continúa, más poderoso que nunca, ahora sin necesitar pasar por el cuello de botella de los dedos humanos sobre un teclado.

Esto también explica por qué tanta gente de la industria está paralizada. Construyeron identidad, empresas y carreras en la cáscara. Confundieron la cáscara con la cosa. Invirtieron miles de millones en diseño de pantallas, en sistemas de diseño, en bibliotecas de componentes, en frameworks de front-end: toda una civilización erigida sobre el supuesto de que software = pantallas que humanos operan. Cuando confundes la manifestación con la esencia, el cambio de la manifestación parece el fin del mundo. No es el fin del mundo. Es el fin de la cáscara. El núcleo está más vivo que nunca, y quien entiende esto deja de llorar por la cáscara y va a construir el nuevo núcleo.

La IA aquí no es un producto. Es una capa de infraestructura, como lo fue la electricidad, como lo fue el TCP/IP, como lo fue el navegador. Nadie compra electricidad por la electricidad; compras lo que ella acciona. La IA es el sustrato que disuelve la frontera entre intención y ejecución, y todo lo que estaba construido sobre la premisa de que esa frontera exigía un humano operando una pantalla va a ser reescrito. No porque alguien lo decidió. Porque la premisa cayó, y las estructuras construidas sobre premisas que cayeron se desploman solas, a su tiempo, sin pedir permiso.

Qué construir cuando el suelo se mueve

La pregunta práctica, para quien construye: ¿qué hacer ahora, en 2026, sin caer ni en la negación ni en el hype?

Primero, deja de tratar la interfaz como el producto. Si tu ventaja competitiva es una pantalla bonita que organiza features, estás vendiendo cáscara en una era de núcleo. La pantalla se va a convertir en commodity generada por contexto. La pregunta correcta no es "cómo dejo mi interfaz mejor", es "si la navegación entera de mi producto fuese decidida en vivo, ¿qué quedaría de valor?". Lo que queda es lo que tú sabes que nadie más sabe, los datos que solo tú tienes, la confianza que construiste, la calidad del juicio incrustado en tu sistema, la profundidad de la integración con el mundo real. Queda sustancia. Se va la superficie.

Segundo, construye para ejecución, no para respuesta. Todo producto que hoy "responde" —que te da información para que tú actúes— está en una posición frágil, porque el competidor que ejecute te va a engullir. La pregunta es siempre: mi producto ¿te dice qué hacer, o lo hace? Si lo dice, eres una capa que el agente del usuario va a saltar. Si lo hace, eres la herramienta que el agente usa. Hay una diferencia gigante entre ser saltado y ser usado, y ella define quién sobrevive.

Tercero —y esto es lo más contraintuitivo— invierte en el problema aburrido de la confianza en sistemas que se generan solos. Cuando el software decide en vivo, ejecuta sin supervisión de clic, y genera su propia interfaz, el cuello de botella deja de ser capacidad y pasa a ser confianza. ¿Cómo sé que el agente lo hizo bien? ¿Cómo audito una decisión que nunca fue codificada explícitamente? ¿Cómo responsabilizo a un sistema cuyo comportamiento cambia en cada ejecución? ¿Cómo impido que haga algo catastrófico con la autonomía que le di? Quien resuelva esto —observabilidad, garantías, reversibilidad, gobernanza de agentes— va a vender la pala en una fiebre del oro donde todos los demás están obsesionados con la próxima feature reluciente. La historia premia a quien construye la infraestructura de confianza de la nueva capa, no a quien construye la demo más impresionante de ella.

El software tal como lo conocemos está terminando, y esto no es una frase de efecto. Es una descripción literal de una premisa fundacional que cayó. Pantallas fijas, menús, botones, flujos congelados, código tecleado línea a línea, departamentos enteros sirviendo de pegamento entre sistemas sordos: todo eso fue infraestructura para una limitación que ya no existe. Lo que viene no es software más rápido ni más bonito. Es una cosa diferente: sistemas que entienden, deciden, ejecutan y se generan, moldeados en vivo para cada intención que los toca. La cáscara que llamábamos software va a parecer, en diez años, lo que el soporte de látigo parece en un coche. Un vestigio conmovedor de una época en que la máquina era sorda y nosotros, gentilmente, le gritábamos a través de una pared de vidrio. La pared cayó. Ahora la máquina escucha. Y casi nadie ha entendido todavía lo que significa dejar de gritar.

Preguntas frecuentes

Porque la transición lleva años y el usuario todavía vive en pantallas durante la travesía. Pero la inversión correcta cambia de objeto: en vez de dibujar pantallas fijas, dibujas la gramática de generación, las restricciones y la intención a partir de las cuales la interfaz brota en vivo. Quien sigue pintando cuadros pierde contra quien aprende a cultivar el jardín que crece solo.
Andre Ambrósio
Sobre el autor
Andre Ambrósio

Fundador. Constructor de sistemas. Lector de señales. Paso el día entendiendo cómo tecnología, negocios, salud e IA se reorganizan — y articulando lo que viene después.

— Fin del ensayo —

El próximo ciclo, antes del titular.

Una carta ocasional: una lectura, una arquitectura, una señal. Sin ruido, sin prisa.