Loop Engineering: qué es y cómo usarlo en agentes de IA
Justo ahora en redes sociales está muy popular el término loop engineering (ingeniería de loops o de bucles). Y no, no está relacionado con los bucles de programación de toda la vida, sino con los agentes de IA, que al día de hoy pueden ejecutar tareas largas hasta terminarlas. De hecho, esas tareas pueden tomar horas y hasta días, aunque obviamente hay que tomar varias consideraciones para que esto funcione bien.
En este artículo te explico por qué se volvió tan popular, de qué se trata en la práctica y te muestro un ejemplo rápido usándolo desde un agente real.
💡 Patrocinador del video: Si trabajas con WordPress, WooCommerce o aplicaciones PHP y tu sitio se vuelve lento conforme llegan más usuarios, estos días estoy usando Cloudways con su Lightning Stack, una arquitectura basada en NGINX y PHP-FPM que mejora hasta un 65% los tiempos de respuesta dinámicos y acelera hasta un 33% el panel de WordPress. Usa el código FAZT para obtener 30% de descuento durante los primeros 3 meses.
¿De dónde viene la moda del loop engineering?
Si entras ahora mismo a Twitter/X vas a encontrar una enorme cantidad de artículos de este estilo: unos enfocados en explicar qué es el loop engineering, otros con "14 pasos para armar tu propio loop", y mensajes como el de Peter Steinberger (creador de OpenClaw) diciendo que ya no deberías escribir prompts, sino diseñar loops que le hagan prompt a tus agentes. Incluso Addy Osmani publicó un artículo completo desarrollando la idea.
Pero para entender esto, primero pensemos en los pasos que hacemos cuando utilizamos un AI harness, es decir, programas como Claude Code, Codex, OpenCode o Cursor, que nos permiten interactuar con una IA. El flujo típico es así:
- Escribes un prompt.
- El LLM de tu preferencia lo recibe y lo infiere.
- Obtienes un resultado que tienes que revisar.
Ese es el flujo que todo el mundo usa y es bastante obvio. La idea del loop engineering es quitar al usuario de ese flujo, porque básicamente interrumpe el trabajo de la IA. Cuando la IA da un resultado y el humano tiene que revisarlo, eso toma tiempo: tienes que evaluar si lo que te dio es válido o replantearlo. Bajo esta práctica, ese humano (el famoso human-in-the-loop) se convierte en el cuello de botella.
¿Qué es entonces un loop?
El loop es algo muy simple: en lugar de que el humano revise el resultado, el resultado se le vuelve a pasar a la propia IA. La IA lo evalúa, plantea un nuevo cambio, obtiene otro resultado, y empieza a iterar. Ahí se forma el bucle. Eso es, en esencia, lo que nos están vendiendo actualmente como loop engineering.
Y la realidad es que muchos agentes ya te dan esta característica de una u otra forma, normalmente con un comando tipo /loop o /goal. Por debajo hacen exactamente eso: te dan una tarea que se va repitiendo hasta cumplir un objetivo. Así se llama en cada agente:
| Agente | Comando |
|---|---|
| Claude Code | /goal |
| Codex | /goal (experimental) |
| OpenClaw | /goal |
| OpenCode | /goal |
| Cursor | /loop |
Dependiendo del agente, tienes parámetros extras. Por ejemplo, en OpenClaw puedes usar comandos como goal complete para marcarlo como terminado, goal list para listar todos tus loops o goal clean para limpiarlos. Los nombres cambian entre herramientas, pero el concepto es el mismo.
Esto no es nuevo: el Ralph Wiggum loop
Este concepto tampoco es enteramente nuevo. La razón de que se hable ahorita es que personas con influencia en el entorno IA lo están mencionando y se volvió moda. Pero ya en julio del año pasado, Geoffrey Huntley publicó un artículo llamado "Ralph Wiggum as a software engineer", donde planteó la idea de tener un loop dentro de un agente —específicamente en Claude Code— creando un bucle while con un script para que el agente itere y se pase su propia respuesta hasta cumplir un objetivo.
En ese momento era un plugin externo, algo que no venía incluido por defecto en los agentes. Muchos hablaban de que podías dejar tu IA ejecutando una tarea, irte a dormir, y al levantarte ya tenías la aplicación completa. Hoy ya nadie quiere instalar un plugin: la mayoría de agentes te ofrece /loop o /goal de forma nativa, que ejecuta un comando de forma recursiva, incluso con un intervalo de tiempo configurable (por ejemplo, cada 10 minutos).
Los loops sí sirven, pero no para todo
Algo que pasa en internet es que cuando algo se populariza, todo el mundo crea artículos y explicaciones porque generan vistas. El tema es que los loops sí tienen utilidad; el problema es que los están fomentando para todo.
Para usar un loop bien necesitas:
- Un objetivo claro y planificación previa. Si vas a ejecutar una tarea compleja, no puedes simplemente soltar "loop: construye un SaaS" y esperar magia. La IA tomará las decisiones de diseño, elegirá las herramientas y te puede devolver algo al azar. Y eso no es gratis.
- Entender los git worktrees. Sirven para ejecutar múltiples cambios en paralelo sin que la IA interfiera consigo misma al generar o ejecutar código.
- Skills y plugins. Para que la IA no solo responda o lea, sino que pueda ejecutar programas, conectarse a servicios y ver respuestas, errores o resultados reales (sin retroalimentación verificable, el loop no tiene contra qué iterar).
- Subagentes. Lanzar varias instancias en paralelo como parte de tu planificación. Todo esto existe tanto en Claude Code como en Codex.
Y un punto que casi nadie toma en cuenta: todo esto cuesta. Un loop es como iterar en una sesión normal, pero de forma continua, y puede tomar horas o días. Hay gente que ha dejado loops olvidados que siguieron y siguieron corriendo. Si usas una suscripción quizás no te preocupe, pero si el consumo es por API, el gasto en tokens puede dispararse. Además, hay tareas muy puntuales o pequeñas que simplemente no necesitan un loop.
¿Para qué puedo usar un loop? Ejemplos prácticos
Ha surgido un marketplace de loops llamado loops.xyz que recopila ejemplos listos para copiar y pegar en tu agente (Claude Code, Codex o Cursor). De hecho, ya lo comenté en X cuando lo descubrí. Algunos ejemplos:
- CI/CD y pull requests: "Construye hasta que todo pase en verde. Luego crea un PR, espera que pasen los checks del CI/CD y asegúrate de que el PR quede mergeado."
- Testing: en una base de código enorme, "ejecuta los tests hasta que el coverage esté completo". Es una tarea larga que requiere reescribir e iterar, ideal para un loop.
- Reviews y limpieza: remover bugs, debuggear, lanzar un linter, eliminar ramas muertas, etc.
Ejemplo real: un goal en OpenClaw
En mi caso usé OpenClaw, que soporta /goal (mismo concepto que /loop, distinto nombre). Si escribes /goal status te dice si tienes un goal activo. Para crear uno, le di esta tarea de scraping sobre Hacker News:
/goal Crea una web que permita extraer la info de Hacker News por scraping
y mostrarla en dark mode. El sitio se termina cuando los datos se estén
actualizando por sí mismos.
Lo importante aquí es definirle hasta dónde tiene que llegar, es decir, la condición de término. Normalmente yo le pediría primero una planificación para revisarla, pero la idea del goal es justamente lo contrario: delegarle todo para que itere y se responda a sí mismo.
Le di la tarea a las 5:42 y aproximadamente a las 5:50 ya había terminado. Como esto corre en un VPS, le pedí exponer una URL con un túnel de Cloudflare, y el resultado fue un sitio nuevo con los mismos titulares de Hacker News pero en una UI propia en dark mode. Si en el camino obtuvo un error, él mismo lo verificó y lo corrigió.
Al final, el flujo de comandos fue:
/goal status→ goal activo/goal complete→ objetivo completado/goal clear→ limpia la sesión (si vuelves a consultar el status, ya no hay nada activo)
Conclusión
Ejecutar un loop —o como se llame en el agente que uses— se trata básicamente de esto: definir bien en qué tareas realmente necesitas iterar para llegar a un objetivo. Hay muchas tareas de desarrollo que sí requieren tomar decisiones y elaborar una planificación antes. Y para la gran mayoría de personas que solo usan la IA para tareas puntuales, esto es demasiado avanzado y consume bastantes tokens, porque la IA no para hasta llegar al objetivo.
Mi recomendación: pruébenlo con sus propios agentes según las tareas que vayan a hacer. Si tienes dudas o ideas de qué se podría crear con loops, déjalas en los comentarios del video.
Si quieres conocer más, visita fazt.dev, donde puedes reservar asesorías personalizadas sobre cualquier tema de desarrollo e IA.