Loop Engineering · AI Agents · 2026
El término es humo. El cambio de abajo es real. La diferencia es que acá está corriendo. La genealogía, la única cosa que cambió, y siete agentes en loop en producción.
El veredicto honesto
Unos te dicen que loop engineering es el futuro de la programación. Otros, que es puro humo reempaquetado. Los dos tienen razón a medias: el término es marketing, pero abajo hay un cambio que sí es real. La diferencia es que ninguno de los dos bandos te lo muestra funcionando. Acá sí.
Le pusieron "engineering" a algo que llevamos haciendo años. Vamos uno por uno.
años 70 → cron jobs (corre esto cada X tiempo)
2022 → ReAct (razonar + actuar, en ciclo)
2025 → Ralph Wiggum (while loop + un prompt)
2026 → "Loop Engineering" ← el nombre nuevoAños 70 · Cron jobs
"Corre esta tarea cada X tiempo." El primer loop, más viejo que muchos de los que estamos acá. Automatización por schedule, décadas antes del término.
2022 · ReAct (Yao et al.)
Razonar y actuar en ciclo: el modelo piensa, actúa, observa el resultado y vuelve a pensar. Ese bucle es, literalmente, el corazón de lo que hoy llaman loop engineering. Casi cuatro años antes.
Julio 2025 · Geoffrey Huntley
"Ralph Wiggum como ingeniero de software." Un while infinito que agarra un archivo de texto, se lo pasa al agente y vuelve a empezar. Tan tonto como Ralph — no piensa, solo repite. Y aun así funcionaba.
Junio 2026 · "Loop Engineering"
El nombre nuevo. El mismo while loop de hace un año, reempaquetado como "el nuevo paradigma". Lo que de verdad cambió no es el loop: es el modelo que corre adentro.
El loop original de Ralph (Huntley, 2025)
while :; do cat PROMPT.md | npx --yes @sourcegraph/amp ; doneEso es todo: un while infinito que agarra un archivo de texto, se lo pasa al agente y vuelve a empezar. Para siempre. Eso fue hace casi un año. Y eso es, exactamente, lo que esta semana te venden como "el nuevo paradigma".
El while loop existe hace años. Entonces, ¿por qué explotó justo ahora? Porque hasta hace poco, el loop no servía de nada.
EL MISMO LOOP, DOS RESULTADOS
Modelo de 2023: Modelo de 2026:
le das el error en la cara le das el error
→ no lo sabe usar → lo entiende y corrige
→ se desvía → progresa hacia el objetivo
→ quema tokens, nunca termina → sigue hasta que la
verificación dice "listo" ✅Los modelos de esta generación, por primera vez, agarran una señal de "esto está mal" y, en vez de descarrilarse, corrigen hacia el objetivo, paso tras paso, cientos de veces. Ojo: siguen sin saber solos cuándo terminaron — lo que cambió es que ahora saben usar una verificación para avanzar.
El día que el modelo sabe avanzar con una señal, el cuello de botella deja de ser él... y pasas a ser tú. Dejas de hacer de niñera copiando errores. Pasas de escribir el prompt a diseñar el sistema que escribe el prompt por ti.
Una sola cosa convierte un while loop tonto en un loop de ingeniería: la verificación.
Loop tonto (Ralph)
while true:
haz lo del prompt
repiteNo sabe si terminó. No sabe parar. Da vueltas para siempre, quemando tokens. Sin verificación no construiste un loop: construiste un horno de quemar tokens muy confiado.
Loop de ingeniería
while NO cumple_objetivo:
mira el estado
decide y actúa
VERIFICA el resultado
¿cumplió? → paraTiene una condición de salida verificable. Sabe cuándo parar. Esa verificación es la línea exacta entre humo e ingeniería.
La condición de salida puede ser de dos formas. Las dos sirven; la trampa viene después.
O pasa o no pasa, sin punto medio. Los tests pasan, el CI está en verde, el build compila. El loop corre hasta que eso se cumple, y ahí para. Sin discusión.
Otro agente revisa el trabajo y dice "esto todavía se ve mal, sigue". El que construye no es el mismo que el que juzga. Es la verificación inferencial.
La trampa · la crítica más afilada (y tiene razón)
Si tu condición de salida es "los tests pasan", el loop te entrega algo que pasa los tests. Pero verde no significa bueno: no significa mantenible, ni seguro, ni rápido, ni que alguien lo entienda en seis meses. El loop encuentra una forma que funciona hoy, y "funciona hoy" no es "buen software". El verdadero trabajo de ingeniería no es escribir el while — es diseñar una verificación que capture calidad de verdad. Eso todavía nadie lo tiene resuelto. Es la frontera.
Addy Osmani (Google) lo descompuso claro. Un loop que funciona necesita cinco piezas — más una sexta que lo sostiene en el tiempo.
El loop se despierta solo: un evento o un schedule lo dispara, sin que tú lo lances a mano.
Varios agentes en paralelo, cada uno en su propia copia, sin pisarse el trabajo entre ellos.
Las reglas del proyecto escritas una vez, para que el agente no tenga que adivinar en cada vuelta.
Tools reales conectadas al mundo: GitHub, Slack, una base de datos. El loop actúa, no solo habla.
El que construye no es el mismo que el que juzga. Un agente hace el trabajo, otro lo revisa.
El modelo olvida entre sesión y sesión; el loop, no. Deja algo escrito que sobrevive — lo de hoy alimenta lo de mañana, sin que tú lo recuerdes.
Es fácil confundirlos. El loop no es "parte" del harness: son dos capas distintas, en dos ejes distintos.
HARNESS → lo que el agente tiene en UNA vuelta
(tools, permisos, secrets, contexto)
LOOP → cómo se REPITE esa vuelta en el tiempo
(trigger, verificación, condición de parada)
El loop es el while de afuera.
El harness es todo lo que el agente usa adentro de cada vuelta.Las herramientas, las llaves, las reglas de seguridad. Todo lo que el agente tiene a mano en cada vuelta.
El acto de trabajar en ese taller una y otra vez, hasta terminar, sabiendo cuándo parar. El loop hace correr al harness en el tiempo — está un piso más arriba.
¿De dónde sale el harness? Lo desarmé entero en otro video. Mira Harness Engineering ›
Un concepto que no ves correr es exactamente lo mismo que un concepto que no existe. Tres niveles, de menos a más en juego.
Una sola línea: corre al agente una y otra vez hasta que el test pase. Falla, corrige, falla, corrige, y para en el momento exacto en que está listo. Yo no aparezco en ningún lado del bucle. El cameo: el mismo loop sin el test queda ciego — dice "todo listo" para siempre. El test es la línea entre humo e ingeniería.
Hermes corre como proceso continuo, siempre encendido. Su disparador no es durante la conversación: es cuando la cierras. Al hacer exit, un subagente revisa toda la sesión, encuentra un patrón que vale la pena y crea una skill nueva. Solo. Esa skill persiste y mañana se carga sola — esa es la quinta pieza: memoria.
Siete agentes en Google Cloud Run, cada uno con su URL, hablando por el protocolo A2A. Cada agente es un loop; el orquestador es un loop de loops: llama a uno, espera su resultado, se lo pasa al siguiente. El contexto viaja de loop en loop, solo con mensajes. Un loop de verdad, a escala.
Después de armar todo esto y mostrarlo corriendo, la respuesta honesta.
El término es humo
Es un nombre de moda para un while loop con verificación, una idea que tiene años. Si alguien te dice que esto lo inventaron esta semana, te está vendiendo algo.
El cambio de abajo es real
Por primera vez el modelo sabe usar una señal de verificación para avanzar en vez de descarrilarse. Eso te cambia el rol: de escribir prompts, a diseñar los loops que los escriben. Eso ya está pasando.
El loop brilla
Tareas largas, repetitivas y verificables: corre los tests, arregla el lint, cierra el ticket. Si puedes escribir la condición de "esto está listo", tienes un loop.
El loop es peligro
Trabajo exploratorio difuso donde ni tú sabes cómo se ve el final. El loop optimiza hacia tu descripción vaga con confianza ciega. Si no puedes escribir el "listo", no tienes un loop: tienes un deseo.
El recordatorio que aterriza
El loop acelera tu trabajo. No reemplaza tu criterio. Y cuesta: un loop gasta varias veces más tokens que un prompt — y en multi-agente, mucho más. Sin condición de salida, sin presupuesto, sin límite de vueltas, pagas por nada. El día que sueltas el objetivo sin saber exactamente qué estás verificando, no construiste un sistema autónomo: construiste una forma cara de generar código que nadie revisó. El criterio es tuyo. Esa es la parte que ningún hype te va a dar.
Las fuentes primarias citadas en el video.
Geoffrey Huntley · Julio 2025
El while loop original: un archivo de texto con instrucciones, pasado al agente, en bucle infinito. El punto de partida de todo esto.
Yao et al. (Princeton + Google) · 2022
La investigación que definió el ciclo razonar + actuar. El corazón académico del loop, casi cuatro años antes de que tuviera nombre de moda.
Addy Osmani (Google) · Junio 2026
Descompone un loop que funciona en cinco piezas: automations, worktrees, skills, connectors y sub-agents. Más memoria, que el modelo olvida pero el loop no.
Peter Steinberger · 2026
Creador de OpenClaw. El tweet detonante: ya no le haces prompt a tus agentes — diseñas los loops que les hacen el prompt a ellos.
Boris Cherny · 2026
Creador de Claude Code en Anthropic. Su trabajo ya no es escribir prompts — es escribir loops que corren solos.
Lance Martin · 2026
No todo merece un loop. En un extremo, tareas chicas y verificables donde el loop brilla. En el otro, trabajo exploratorio difuso donde el loop quema tokens con confianza ciega.
Cada pieza del loop ya la mostré corriendo en otro video. Estos son los que aparecen en los clips.
El taller donde el loop trabaja: todo lo que el agente tiene en cada vuelta. El loop está un piso más arriba.
El revisor en acción: un agente que juzga el trabajo de otro y lo manda a corregir. La verificación inferencial.
Los 7 agentes que se delegan tareas en producción, cada uno corriendo su propio loop.
Skills como reglas del proyecto: la tercera pieza de un loop, para que el agente no adivine cada vez.
La memoria que sobrevive entre sesiones: lo de hoy alimenta lo de mañana, sin que tú lo recuerdes.
Cómo se construye cada agente que después corre dentro de un loop coordinado por A2A.
Lo esencial sobre loop engineering.
Es diseñar el sistema que itera por ti: un agente que razona, actúa, verifica el resultado y repite hasta cumplir un objetivo verificable, sin que tú estés copiando errores y pegándolos a mano. El término es nuevo (junio 2026), pero la idea viene de la investigación ReAct (2022) y del while loop de Ralph Wiggum (2025).
Casi, y ahí está la trampa. El Ralph loop es un while infinito sin verificación: hace el trabajo y nunca sabe que terminó, así que quema tokens para siempre. Loop engineering agrega una condición de salida verificable — el loop sabe cuándo parar. Esa verificación es la única diferencia entre un horno de quemar tokens y un sistema que se maneja solo.
No cambió el loop: cambió el modelo que corre adentro. Antes, si ponías un modelo en un while infinito, se descarrilaba — le dabas el error en la cara y no lo sabía aprovechar. Los modelos de esta generación, por primera vez, agarran una señal de "esto está mal" y corrigen hacia el objetivo en vez de perderse. El loop existía, pero el modelo no sabía caminar dentro de él.
Son dos capas distintas, en dos ejes distintos. El harness es lo que el agente tiene en una vuelta: tools, permisos, secrets, contexto. El loop es cómo se repite esa vuelta en el tiempo: trigger, verificación, condición de parada. El loop es el while de afuera; el harness es todo lo que el agente usa adentro de cada vuelta. El loop hace correr al harness en el tiempo — está un piso más arriba.
Lance Martin lo pone como un espectro. En un extremo, tareas largas, repetitivas y verificables — corre los tests, arregla el lint, cierra el ticket — ahí el loop brilla. En el otro, trabajo exploratorio donde ni tú sabes cómo se ve el resultado final: ahí el loop optimiza hacia tu descripción vaga con toda la confianza del mundo. Si no puedes escribir la condición de "esto está listo", todavía no tienes un loop: tienes un deseo, y un prompt sigue siendo más barato.
Sí, bastante más. Un loop puede gastar cuatro o cinco veces más tokens que un prompt normal, y en multi-agente mucho más. Si lo dejas sin condición de salida, sin presupuesto y sin límite de vueltas, hay dos finales: una cuenta de API fea, o quedarte sin cuota a mitad de semana. El loop acelera tu trabajo, no reemplaza tu criterio.
Nadie lo inventó esta semana, aunque así se venda. El while loop original es de Geoffrey Huntley ("Ralph Wiggum as a software engineer", julio 2025). Addy Osmani (Google) lo descompuso en cinco bloques. Peter Steinberger y Boris Cherny lo popularizaron desde OpenAI y Anthropic. Y la raíz académica es ReAct (Yao et al., 2022).
Canal YouTube
@NicolasNeiraGarcia
ADK · A2A · Claude Code · Automatización · Infraestructura