Cada pocos meses, aparece un titular anunciando que los agentes de IA van a acabar con los ingenieros de software. El tono es siempre apocalíptico: los desarrolladores junior quedarán obsoletos, la generación de código automatizará equipos enteros, y la única habilidad segura será la ingeniería de prompts. Un nuevo artículo de investigadores de la Universidad Tecnológica de Chalmers y el Grupo Volvo le mete un hacha a esa narrativa, y ya era hora de que alguien lo hiciera. Su argumento es a la vez intelectualmente honesto y prácticamente urgente: los agentes de IA no están reemplazando la ingeniería de software, sino expandiéndola hacia un territorio que el código por sí solo nunca podría alcanzar.
La idea central es maravillosamente simple. La ingeniería de software siempre ha consistido en crear artefactos ejecutables — cosas que producen de forma fiable un comportamiento cuando se ejecutan. Los investigadores proponen una «pila semiejectable» de seis anillos, empezando por el código determinista en el centro y expandiéndose hacia fuera a través de prompts, flujos de trabajo de agentes, guardrails, rutinas organizativas de toma de decisiones, y finalmente marcos sociales y regulatorios como la Ley de IA de la UE. Todo lo que está más allá del anillo 1 es semiejectable: da forma al comportamiento, pero su ejecución depende de la interpretación humana o de la inferencia probabilística. Cuanto más te alejas, más depende el éxito del sistema de cosas que no pueden automatizarse por completo.
Lo que importa aquí es el cambio en dónde reside el valor. Durante décadas, los problemas más difíciles de ingeniería vivían dentro del anillo 1: hacer bucles más rápidos, bases de datos más consistentes, compiladores más inteligentes. Ahora, el cuello de botella se ha desplazado hacia fuera. La habilidad más escasa ya no es escribir código que compile, sino decidir qué construir, cómo validar que toda la pila funciona junta y cómo gobernar sistemas cuyo comportamiento cambia con cada ajuste de prompt. El artículo lo señala directamente: «La habilidad escasa pasa de construir más rápido a decidir qué merece la pena construir o cambiar, qué anillo se está cambiando realmente, cómo se validará ese cambio, cómo se gobernará y cómo se mantendrá a lo largo del tiempo». Eso no es una profecía de descalificación. Es un ascenso.
Seamos sinceros sobre por qué esto importa ahora mismo a los profesionales. Los equipos que traten la IA como un compilador más rápido verán ganancias locales de productividad y luego verán cómo sus costes de mantenimiento se disparan. La deriva de prompts, las cascadas de alucinaciones y la ambigüedad en la orquestación de agentes exigen la misma disciplina que aplicamos al código: pruebas, monitorización, control de versiones y trazabilidad. Los investigadores aciertan al replantear las objeciones comunes como tareas de ingeniería. Cuando un agente alucina, no abandonas la tecnología; construyes un mejor guardrail. Cuando la velocidad del código aumenta, inviertes en bucles de retroalimentación, no solo en output. La mentalidad de ingeniería no desaparece; se expande para cubrir nuevos tipos de artefactos.
Mi opinión personal es más tajante. Lo más peligroso que puedes hacer ahora mismo es tratar a los agentes de IA como sustitutos directos de ingenieros junior. Eso es un fallo de imaginación, no un recorte de costes pragmático. La verdadera oportunidad es dejar que la IA maneje los anillos inferiores — generación de código, pruebas básicas, documentación — mientras los ingenieros se centran en los anillos externos que realmente determinan el éxito del sistema. Eso implica entender la toma de decisiones organizativas, diseñar políticas de escalado y navegar por las restricciones regulatorias. No son habilidades blandas; son habilidades de ingeniería de software en un nuevo dominio. Los ingenieros que abracen esto se volverán indispensables. Los que sigan intentando optimizar solo el anillo 1 se convertirán en commodities.
El artículo también hace una observación sutil pero poderosa sobre la escala. La IA no necesita igualar al mejor ingeniero humano para transformar un equipo; solo necesita ser lo suficientemente buena para la larga cola de tareas rutinarias que puede manejar. Y a medida que los expertos en dominio empiezan a construir sus propios sistemas usando lenguaje natural, la necesidad de prácticas de ingeniería limpias — pruebas, monitorización, gobernanza — crece en lugar de reducirse. La realidad desordenada de los artefactos semiejectables exige más rigor, no menos.
Esta es una visión genuinamente optimista del futuro de nuestra profesión. Sí, el rol cambia. Pero cambia hacia un trabajo más estratégico y de mayor impacto. El modelo de los seis anillos nos da un lenguaje para hablar de esa transición, y expone la enorme brecha en herramientas para los anillos externos. Tenemos décadas de inversión en IDEs, pipelines de CI/CD y frameworks de pruebas para el código. No tenemos casi nada equivalente para prompts, flujos de trabajo o rutinas de decisión. Esa brecha no es un problema que temer; es un terreno inexplorado para la próxima generación de ingenieros que entienden que escribir código siempre fue solo el principio.
