One Spark
Qué es el loop engineering
Loop engineering, o ingeniería de bucles, es diseñar un ciclo de trabajo que lanza un agente de IA cuando ocurre algo, verifica lo que hizo y avisa a una persona cuando hace falta su decisión. La diferencia con usar un chat es quién arranca el trabajo: ya no es alguien escribiendo un prompt, sino un evento.
El término se volvió popular en junio de 2026. Según la cobertura de esos días, Peter Steinberger, creador de OpenClaw, escribió en X que ya no deberías darle prompts a un agente de programación sino diseñar bucles que le den los prompts. Boris Cherny, que dirige Claude Code en Anthropic, dijo algo parecido: que su trabajo ahora es escribir bucles. Son fuentes secundarias, así que tómalo como el origen del término y no como una cita literal.
Cómo es un bucle, con un caso concreto
Un bucle tiene cuatro piezas: un disparador, un agente con sus instrucciones, una verificación y un punto de aprobación humana. El caso que más se cita en programación se ve así:
- Disparador. Una herramienta de monitoreo, como Sentry, detecta un error nuevo.
- Agente. Se arma un prompt con el detalle del error y se lanza un agente que escribe una prueba que reproduce el fallo y luego el código para que pase.
- Verificación. Corren las pruebas del proyecto. Si fallan, el agente reintenta hasta un máximo.
- Aprobación. El agente abre una solicitud de cambio y una persona la revisa antes de publicar.
Eso mismo, sin agentes, ya existía como automatización: un evento dispara una acción. Lo que cambia es que la acción ahora la hace un agente que razona sobre el problema, y por eso la verificación y el límite de intentos pasan a ser obligatorios.
En qué se diferencia del harness engineering
El arnés es lo que rodea a un agente para que trabaje bien. El bucle es lo que decide cuándo trabaja y cuándo termina. Se complementan, y los dos nombres se mezclan con frecuencia porque aparecieron con semanas de diferencia.
| Harness engineering | Loop engineering | |
|---|---|---|
| Qué diseñas | Herramientas, contexto, permisos, evaluaciones | Disparadores, pasos, reintentos, aprobaciones |
| Pregunta que responde | ¿Puede el agente hacer bien esta tarea? | ¿Cuándo se lanza y quién revisa el resultado? |
| Si falla | El agente se equivoca o inventa | El agente corre de más, de menos o sin que nadie lo vea |
Si quieres la primera mitad, lee qué es el harness engineering. Un bucle sin buen arnés solo automatiza errores a mayor velocidad.
Lo que ya conocías con otro nombre
La mayor parte del vocabulario nuevo describe ideas con décadas de historia. Una tabla de equivalencias ayuda a quitarle el misterio:
- Bucle abierto es lo de siempre: tú pides, la IA responde, tú sigues pidiendo.
- Bucle cerrado es un flujo con retroalimentación: el resultado se verifica y vuelve al inicio si no pasa.
- Human in the loop es que una persona participa en cada paso.
- Human on the loop es que la persona diseña el flujo y revisa en puntos acordados.
- Orquestación es decidir el orden de los pasos y quién hace cada uno.
Dónde usamos bucles en One Spark
Ninguno de nuestros bucles necesitó el nombre para funcionar:
- Este blog. Cuando Jorge nos da un tema, un flujo escribe el artículo, corre las pruebas de SEO y de longitud, despliega, verifica en producción que la página, el sitemap y el RSS respondan, y deja una nota en la bitácora. Una persona revisa los datos antes de promocionarlo.
- Finanzas personales. Un proceso programado detecta cuando cae un salario y manda un correo que dice cuánto apartar a cada cuenta. Nada se mueve solo: el correo propone y la persona ejecuta.
- Agentes que escriben. Cuando un agente va a enviar, pagar o publicar, primero propone y después pide confirmación. Esa pausa es el punto donde la persona está on the loop.
Antes de armar un bucle, revisa estas seis cosas
Si respondes que no a dos o más, mejor espera:
- ¿Existe un evento claro que empieza la tarea, como un correo, un ticket o un error?
- ¿Puedes describir en una frase cómo se ve un resultado correcto?
- ¿Hay una verificación que no dependa de que el agente diga que terminó bien?
- ¿Sabes qué acciones el agente puede hacer solo y cuáles requieren aprobación?
- ¿Tiene un máximo de intentos y un tope de gasto por ejecución?
- ¿Alguien revisa los resultados con la frecuencia suficiente para enterarse de un fallo?
El punto cinco es el que más se olvida. Un bucle que reintenta sin límite consume tokens sin parar, y la factura de la suscripción o de la API es la forma más cara de enterarte.
Cuándo no conviene
Una tarea que haces una vez al mes, que cambia cada vez o que no tiene resultado verificable no necesita un bucle: un chat con la IA te alcanza. Los bucles rinden cuando la tarea se repite, tiene un disparador y alguien puede decir con evidencia si salió bien. Si quieres evaluar si algo de tu operación cumple eso, mira cómo trabajamos los agentes de IA a la medida o agenda un diagnóstico.
Preguntas frecuentes
¿Loop engineering es lo mismo que harness engineering?
No. El arnés es todo lo que rodea al agente para que haga bien su trabajo: herramientas, contexto, permisos y verificación. El bucle decide cuándo se lanza ese agente, qué pasos sigue y cuándo se considera terminado.
¿Qué significa human in the loop y human on the loop?
In the loop quiere decir que una persona participa en cada paso, como cuando chateas con la IA. On the loop quiere decir que la persona diseña el bucle y revisa en los puntos que definió, sin intervenir en cada paso.
¿Un bucle de agentes puede salir caro?
Sí. Cada ejecución consume tokens, y un bucle que lanza subagentes sin límite puede repetirse muchas veces. Por eso conviene fijar un tope de intentos, medir el costo por ejecución y revisar la factura desde la primera semana.
¿Mi empresa necesita aprender loop engineering?
No necesitas el término, pero sí te sirve la idea si repites una tarea que empieza con un evento y termina con una revisión humana. Si no hay un disparador claro ni un resultado que alguien revise, un bucle no aporta.