En una sola semana de junio de 2026 tres personas llegaron de forma independiente a la misma idea y le pusieron el mismo nombre. Peter Steinberger, Boris Cherny, responsable de Claude Code en Anthropic, y Addy Osmani, ingeniero en Google Chrome, describieron el mismo desplazamiento: el profesional sale del bucle y construye el bucle.
El término que acuñó Osmani en su blog es loop engineering. Su definición de trabajo es reemplazarte a ti mismo como la persona que escribe los prompts al agente, y diseñar el sistema que lo hace en tu lugar. El profesional ya no está dentro del bucle dando instrucciones turno a turno. Está fuera, habiendo construido el mecanismo que las da.
Lo que distingue este concepto de sus predecesores inmediatos (la ingeniería de contexto, la ingeniería de harness) es el alcance de la transferencia. Los términos anteriores mejoraban lo que hacía el humano dentro de la secuencia. El loop engineering elimina al humano de la secuencia operativa. El resultado es un sistema que descubre trabajo, lo asigna, lo verifica, lo registra y decide qué hacer a continuación sin que nadie lo esté mirando.
Por qué emergió ahora y no antes
Tres condiciones se alinearon al mismo tiempo. Los modelos de lenguaje alcanzaron la fiabilidad suficiente para terminar tareas de cierta complejidad sin supervisión constante. Las interfaces de agentes maduraron hasta incluir primitivas de programación (disparar una tarea a una hora concreta, sin terminal abierto). Y el coste por ejecución bajó lo suficiente para que repetir una tarea en un temporizador dejara de parecer un despilfarro.
Cuando todas las piezas están presentes, la combinación se vuelve obvia para varias personas a la vez. Así funcionan los cambios de paradigma técnico: la práctica llega primero y el nombre, después. Osmani lo señala con precisión en su ensayo fundacional: los equipos ya estaban escribiendo bucles antes de que alguien llamara a eso loop engineering.
La anatomía de un loop: cinco movimientos y una separación crítica
Un loop bien construido tiene cinco movimientos: descubrimiento (el sistema identifica qué trabajo existe), traspaso (lo asigna al agente adecuado), verificación (comprueba el resultado), persistencia (registra qué se ha hecho y qué queda pendiente) y programación (decide cuándo vuelve a ejecutarse). Cada uno puede automatizarse. La clave está en su encadenamiento.
El punto más contraintuitivo de la arquitectura es la separación generador-evaluador. Un agente al que se le pide que evalúe su propio output tiende a valorarlo bien, porque los mismos patrones que generaron la respuesta también guían la evaluación. La solución es arquitectónica: un evaluador independiente, ejecutado en un contexto separado, con instrucciones escépticas. Este evaluador resulta mucho más tratable que intentar hacer al generador autocrítico. El loop que funciona tiene estos dos roles separados por diseño, no como opción.
Qué cambia en la práctica para una organización
El profesional que construye el loop pasa de ser quien ejecuta con ayuda de la IA a ser quien diseña los criterios que gobiernan la ejecución. Esto no es una diferencia de velocidad. Es una diferencia de qué tipo de trabajo retiene valor.
En términos operativos, los primeros dominios donde el loop engineering genera diferencia visible son los que tienen ciclos repetitivos con criterios de calidad verificables: monitorización de señales de mercado, triage de información entrante, revisión de borradores contra un criterio establecido, actualización de bases de conocimiento, generación y publicación de contenido bajo parámetros definidos. Cualquier proceso que hoy requiere que alguien abra una aplicación, ejecute una acción y decida el siguiente paso es candidato.
Lo que permanece humano es la definición del criterio de calidad que usa el evaluador, la elección de qué entra en el loop y qué queda fuera, y la decisión de cuándo intervenir cuando el sistema señala una excepción. El juicio sigue siendo el recurso escaso. Los loops hacen que cueste menos desperdiciarlo en ejecución.
La ventaja no está en el loop, está en los criterios
El mismo loop construido por dos organizaciones distintas puede producir resultados opuestos. No porque la tecnología falle, sino porque los criterios de evaluación y la definición de calidad son decisiones estratégicas que cada organización toma de forma diferente. Tener acceso a las herramientas es la condición de entrada. Los criterios que gobiernan el loop son la diferencia.
Si estás trabajando en cómo trasladar estas arquitecturas a decisiones concretas en tu organización, puedo explorar contigo en una sesión sin compromiso qué procesos tienen las condiciones para un primer loop y qué criterios de evaluación tendrían sentido en tu caso.
Este análisis forma parte de La Sociedad Artificial, la newsletter semanal sobre estrategia digital e inteligencia artificial.
2041. La Sociedad Artificial
Este ensayo analítico y prospectivo analiza cómo los agentes autónomos de IA están redibujando la economía, la empresa y el poder en Europa, con horizonte en 2041. Disponible en Amazon.es.