Durante tres años, sacarle partido a la inteligencia artificial dependía de una sola habilidad: escribir el prompt perfecto. Esa etapa se está cerrando. Referentes como Andrej Karpathy (cofundador de OpenAI, hoy en Anthropic), Boris Cherny (creador de Claude Code) o Peter Steinberger (fundador de PSPDFKit, ahora en OpenAI) coinciden en una idea con nombre propio: Loop Engineering, o ingeniería de bucle. En lugar de dar órdenes una a una, se define un objetivo y se deja que el propio agente trabaje en bucle —planifica, ejecuta, se corrige y repite— hasta cumplirlo. La ventaja ya no es de quien mejor escribe, sino de quien mejor diseña el sistema.
Del prompt a la rutina: qué cambia de verdad
Conviene entenderlo con una imagen del día a día. Un prompt es como pedirle algo a alguien y esperar su respuesta: si no te gusta, se lo vuelves a pedir con más detalle, y otra vez, y otra. El resultado depende de que tú sigas ahí, insistiendo. En cambio, un bucle es como dejarle una encomienda con una meta clara y la instrucción de «no vuelvas hasta que esté bien hecho». El agente genera sus propias instrucciones, revisa su trabajo y lo mejora por su cuenta.
En un bucle solo especificamos dos cosas: el objetivo —qué queremos conseguir— y cuándo parar, porque alcanza la meta, porque llega a un límite («para tras cinco mejoras» o «termina el viernes») o porque agota el uso disponible.
No es una moda de redes sociales. El propio equipo de Anthropic lo ha descrito en su blog de ingeniería como agentes que repiten ciclos de trabajo hasta que se cumple una condición de parada, y distingue varios tipos: bucles por turnos, por objetivo, por tiempo e incluso proactivos.
Lo probamos de verdad: no es teoría
Aquí esta casa tiene una ventaja que conviene reconocer con honestidad: este análisis no está escrito de oídas. La herramienta con la que trabajamos a diario —Claude Code, el agente de programación de Anthropic— incorpora exactamente estos bucles. Así que, en lugar de resumir un vídeo ajeno, hemos reproducido los mecanismos de primera mano. Estos son los cuatro casos, del más sencillo al más ambicioso.
Caso 1 · El bucle por tiempo: una tarea que se repite sola
El primer bucle se activa con la palabra loop y se ejecuta en el intervalo que le marques. El uso más útil no es crear algo una vez, sino mantenerlo. Un ejemplo real: pedirle que «todos los días a las 10:00 revise el código de la aplicación, corrija las vulnerabilidades y no termine hasta que haya cero fallos de seguridad». Esa última frase es la condición de salida: el agente audita, arregla, vuelve a auditar y solo se detiene cuando el objetivo se cumple.
Caso 2 · El bucle programado: que siga aunque apagues el ordenador
El bucle anterior depende de tu equipo: si lo apagas, se corta. Por eso muchas herramientas incorporan la función schedule, que ejecuta el bucle en la nube, 24/7. El caso típico: «cada lunes a las 10:00, analiza los cambios del proyecto y actualiza la documentación». Te olvidas de la tarea; se hace sola, estés donde estés.
Caso 3 · El bucle por objetivo: pides la meta, no los pasos
Probablemente el más potente. Con el atajo goal (objetivo) describes el resultado final y dejas que trabaje sin interrupciones. En una prueba se le encargó una web profesional, adaptada a móvil y con una puntuación de velocidad sobresaliente. El agente trabajó varios minutos en silencio y devolvió la web terminada, con la medición de rendimiento incluida. La clave no fue «hazme una web», sino especificar todo lo que debía cumplir antes de darse por terminado.
Caso 4 · El equipo de agentes: cuando un solo agente no basta
El último salto ya no es un agente en bucle, sino un equipo completo. Plataformas como Google Antigravity han estrenado modos de teamwork que reparten una tarea grande entre varios subagentes que trabajan en autónomo y te avisan cuando terminan o necesitan algo. Es la diferencia entre encargar un recado y montar una pequeña oficina que trabaja sola.
La letra pequeña: el coste
No todo son ventajas, y ocultarlo sería deshonesto. Un bucle mal diseñado es como dejar el coche con las luces encendidas: gasta la batería sin que nadie lo note. Cada iteración consume recursos (en la jerga, tokens), y un equipo de agentes en autónomo puede consumirlos muy rápido. En una de las pruebas, una sola petición ambiciosa agotó todo el crédito antes de terminar.
De hecho, no todo agente en bucle cumple. En esta redacción evaluamos en su día Hermes Agent (Nous Research) y decidimos descartarlo: tener bucles no garantiza buenos resultados si la dirección no es clara. Esa es la lección que conviene retener.
¿Cuándo merece la pena?
La regla es sencilla: usa bucles cuando el objetivo se pueda verificar con datos —bajar el tiempo de carga a X, subir una puntuación de posicionamiento, dejar cero vulnerabilidades— y cuando tengas una dirección clara. Si le pides algo imposible o difuso —«clona Facebook con todas sus funciones»— el agente puede estar semanas trabajando y quemando recursos para nada.
Cierre
El cambio de fondo es de altura, no de herramienta. Durante años, la ventaja fue de quien escribía mejores instrucciones. Con la ingeniería de bucle, la ventaja pasa a quien diseña mejor el sistema y traza mejor sus objetivos. El prompt perfecto deja de ser el destino; se convierte en el primer paso de una rutina que la máquina puede recorrer sola. La pregunta ya no es cómo lo pido, sino qué meta le marco y cuándo debe parar.
Fermín Sánchez — Murcia, España
Fuentes: blog de ingeniería de Anthropic sobre bucles agénticos; declaraciones de Andrej Karpathy, Boris Cherny y Peter Steinberger; y el vídeo divulgativo de Alejavi Rivera (Academia Artificial), que popularizó el término en español. Demostraciones reproducidas de primera mano con Claude Code.
Fotografías: Andrej Karpathy © Gladwin Analytics (CC BY 3.0) y Peter Steinberger © dotconferences (CC BY 3.0), vía Wikimedia Commons. Boris Cherny © Anthropic.
Fermín Sánchez es el responsable editorial de LaPrensaIA, diario de divulgación sobre inteligencia artificial. Cubrimos la actualidad de la IA con criterio propio —tecnología, empresas y sociedad— de forma clara para el público no técnico. Cada artículo se elabora con la asistencia tecnológica de Iberia y se revisa antes de publicarse. Más sobre cómo trabajamos →
