Bucle agéntico: qué es y cómo funciona un agente de IA

Un agente de IA no piensa una vez y listo: da vueltas. Mira, decide, actúa, comprueba qué ha pasado y vuelve a empezar hasta que acaba (o hasta que alguien le dice basta). Te lo cuento con una cocina y con los números de una semana real de mi sistema: 218 encargos, 6 vueltas de mediana y un récord de 154.

¿Qué es el bucle agéntico?

El bucle agéntico es el ciclo que repite un agente de IA, una y otra vez, hasta terminar lo que le has pedido. Para ponernos de acuerdo con las palabras: un agente es un programa con un modelo de lenguaje dentro (la parte que escribe, la de ChatGPT o Claude) que no se queda en contestar. Decide qué hacer y lo hace.

La definición que más me gusta es la de Simon Willison, del 18 de septiembre de 2025: «un agente ejecuta herramientas en bucle para conseguir un objetivo». Me encanta porque cabe en un posavasos. Herramientas: lo que le deja tocar el mundo. Bucle: que repite. Objetivo: que en algún momento para.

Una herramienta, por cierto, es cualquier cosa que el agente puede usar además de hablar: buscar en internet, leer un fichero, mandar un mensaje. Si te pica la curiosidad por cómo se le enchufan, lo cuento en la guía sobre MCP, que es algo así como el enchufe estándar para conectarle herramientas.

Anthropic lo había dicho antes y con menos poesía. En su guía «Building effective agents» (19 de diciembre de 2024) escribe que los agentes «normalmente son solo modelos de lenguaje usando herramientas, según lo que les devuelve el entorno, en bucle». Y añade que montarlos suele ser sencillo. Sencillo de montar, vale. Sencillo de vigilar, ya hablaremos.

El bucle agéntico explicado con una receta de cocina

En la guía de agente de IA vs chatbot vs automatización usé una cocina, y no pienso mudarme ahora. Resumen rápido: el chatbot te dicta la receta por teléfono, la automatización es la Thermomix con un programa guardado y el agente es el cocinero al que le dices «haz la cena».

Ahora mira a ese cocinero a cámara lenta:

1. Mirar. Abre la nevera. Ve tres huevos, media cebolla y un limón con cara de pocos amigos.
2. Decidir. «Tortilla. Sin patatas, que no hay».
3. Actuar. Bate, pica, enciende el fuego.
4. Comprobar. Prueba. Sosa. Vuelve al paso 1, pero ahora con un dato nuevo: le falta sal.

Y otra vuelta. Y otra. Hasta que la tortilla está buena o hasta que gritas desde el salón que te mueres de hambre, que también es una forma de parar un bucle (bastante eficaz, por cierto).

Fíjate en el paso 4. Es lo que separa a un agente de un loro con buena dicción. Sin comprobar, el cocinero te sirve la tortilla sosa con toda la confianza del mundo. Con el paso 4, la prueba antes. Esa diferencia, tan tonta en la cocina, es la que hace útil a un agente.

Las cuatro piezas de cada vuelta (y de dónde salen)

Esta forma de trabajar tiene nombre de laboratorio: ReAct, de «razonar y actuar» en inglés. La presentaron Shunyu Yao y otros seis autores de Princeton y Google en un artículo de octubre de 2022. La idea: que el modelo alterne pensar en voz alta y hacer cosas, en vez de quedarse solo en una de las dos.

Funcionó bastante bien. En dos pruebas de tomar decisiones (una casa simulada llena de tareas y una tienda online de mentira), ReAct superó a los métodos de entonces por 34 y 10 puntos de tasa de éxito, y eso con solo uno o dos ejemplos de muestra. En preguntas de cultura general, consultar una enciclopedia a mitad del razonamiento le ayudaba a inventarse menos cosas. Google lo contó en su blog de investigación el 8 de noviembre de 2022.

El curso gratuito de agentes de Hugging Face (en español) lo resume como Pensamiento → Acción → Observación, y lo compara con un «bucle while», que en programación significa «repite mientras no hayas terminado». Yo lo traduzco a mis cuatro verbos de cocina, porque dentro de la máquina pasa esto:

Mirar es leer la mochila. En cada vuelta, el modelo recibe todo lo que lleva encima: tu encargo, lo que ha hecho hasta ahora y lo que le han devuelto las herramientas. Esa mochila engorda en cada vuelta, y por eso hay agentes que a la vuelta 80 se lían (lo explico en la guía de la ventana de contexto).

Decidir es escribir una petición. El modelo no hace nada con las manos. Escribe algo como «busca esto», «lee este fichero» o «ya está, aquí tienes la respuesta». Esa última frase es la salida normal del bucle.

Actuar lo hace otro. El programa que rodea al modelo (lo llaman arnés, como el de un caballo) lee esa petición y ejecuta la herramienta de verdad. El modelo pide; el arnés hace. Y el arnés puede decir que no.

Comprobar es recibir la respuesta. Lo que devuelve la herramienta, sea un resultado o un error, vuelve al modelo como texto. La siguiente vuelta empieza con ese dato encima de la mesa.

Eso de que el modelo pide y otro ejecuta parece un detalle de fontanería, pero explica casi todo. Si el arnés rechaza una petición, el agente se entera en la vuelta siguiente y tiene que buscarse otro camino. Lo vas a ver ahora mismo con un caso de verdad.

Una vuelta de verdad: el agente que quería escribir sin leer

De teoría vamos bien servidos. Esto es lo que pasó el 29 de octubre de 2026 a las 5:45 de la mañana en mi Raspberry Pi (un ordenador del tamaño de una cartera que tengo en casa y que mueve todo esto).

Tengo un agente que cada mañana y cada tarde repasa las novedades de Google para webs y las apunta en un fichero de notas. Es una tarea programada, o sea, una tarea que la máquina repite sola a su hora sin que nadie le dé al botón. Ese día, el encargo fue así:

1. En las primeras vueltas buscó novedades y leyó lo que encontró.
2. En la siguiente pidió sobrescribir su fichero de notas. El arnés le dijo que no: «no has leído este fichero entero, no te dejo machacarlo».
3. Vuelta siguiente: leyó el fichero.
4. Última vuelta: lo guardó bien y dio el encargo por terminado.

Total: 6 vueltas y 77 segundos. Nadie se despertó.

Lo gracioso (o no tanto) es que no era la primera vez. Revisando el registro, que es el diario donde el sistema apunta cada cosa que hace, ese mismo tropiezo, con el mismo fichero, aparece 8 veces entre el 23 y el 29 de octubre. Y las 8 veces la acción siguiente fue la misma: leer el fichero y seguir adelante. El bucle lo arregló solito, sin que nadie tocara nada.

Esto es justo lo que Anthropic llama obtener «la verdad del terreno» en cada paso. El agente no sabía que tenía que leer antes de escribir. Se lo dijo el mundo, en forma de error, y corrigió. Un chatbot habría contestado «¡Listo, guardado!» y aquí paz y después gloria.

La parte menos bonita: que se corrija solo no quiere decir que esté bien. Ocho tropiezos iguales en siete días son una piedra en el camino que alguien debería quitar, no un bucle funcionando de maravilla. Me ha pasado más veces eso de fiarme de un «arreglado» que no lo estaba, y lo conté en el artículo de las 14 veces que mi agente me dijo que estaba arreglado.

¿Cuántas vueltas da un agente? Una semana real

Saqué la cuenta del registro de la semana del 22 al 28 de octubre de 2026. Un «encargo» es una petición completa: un mensaje mío, una tarea programada o una revisión. Una «vuelta» es cada vez que el agente consulta al modelo dentro de ese encargo. Los datos en bruto están publicados, sin nada privado.

La mediana fue de 6 vueltas: la mitad de los encargos usó 6 o menos. La media sube a 12,5 porque unos pocos encargos larguísimos tiran de ella, como el amigo que en la cena pide tres postres y te destroza la cuenta. El 90 % se quedó por debajo de 30 vueltas, y el más largo llegó a 154.

El reloj va de la mano. Un encargo de 5 vueltas o menos tardó 26 segundos de mediana. Uno de más de 20 vueltas, unos 12 minutos. Y en toda la semana el agente hizo 2.822 acciones que salieron bien y 141 que devolvieron error: un 4,8 %.

Ese 4,8 % es, para mí, la cifra más interesante de la tabla. Uno de cada veinte intentos falla y no pasa nada, porque el bucle está hecho para eso: el error vuelve como dato y la vuelta siguiente lo tiene en cuenta. Un sistema sin bucle con un 4,8 % de fallos sería un drama. Con bucle, es un martes cualquiera.

¿Y el de 154 vueltas? Fue un encargo grande que le di por chat el 24 de octubre, de esos de muchas piezas, y le llevó casi 40 minutos. No estaba atascado: estaba trabajando. Lo sé porque terminó con su respuesta normal, no por el tope.

¿Cuándo para un agente? Las condiciones de parada

Si el bucle es el motor del agente, las condiciones de parada son los frenos. Simon Willison las mete en la propia definición: «para conseguir un objetivo» significa que no es un bucle infinito, que en algún momento se acaba.

Hay tres maneras de parar, más o menos. La primera, porque ha terminado: el modelo responde sin pedir más herramientas. Es la salida normal, y en mi semana fue la de 215 de 218 encargos. La segunda, porque llega a un tope de vueltas, de tiempo o de gasto. La tercera, porque alguien lo corta: un apagado, una interrupción, una persona que dice basta. En mi semana, 3 encargos acabaron así.

Anthropic recomienda el tope sin rodeos: añadir condiciones de parada, «como un número máximo de iteraciones», para no perder el control. Microsoft va más lejos. En la documentación de su marco para agentes (actualizada el 29 de julio de 2026) pone, literalmente: «Limite siempre los bucles autónomos». Y explica por qué: la condición de fin puede fallar, el modelo puede pararse a medias y el que evalúa si está terminado puede equivocarse. Su tope por defecto es de 10 vueltas.

Aquí viene un dato que me sorprendió. Si mi sistema usara ese tope de 10, 63 de los 218 encargos (el 29 %) se habrían cortado a medias. Por eso el mío está en 300 para el agente principal y en 120 para los subagentes, que son ayudantes que el agente principal lanza para repartirse un trabajo grande. ¿Cuántos encargos tocaron el tope esa semana? Cero.

¿Entonces sobra? No. Es como el cinturón del coche: lo llevas aunque lleves años sin un golpe. El día que un agente se quede probando la salsa tres mil veces, el tope es lo único que lo saca de la cocina.

Los programas serios tienen más de un freno. Saúl Gómez publicó el 7 de abril de 2026 una recreación de cómo funciona por dentro Claude Code (el agente de programación de Anthropic), basada en lo que se conoció tras una filtración. Su bucle tiene varias salidas, y una me encanta: si el modelo lleva 3 continuaciones seguidas escribiendo poquísimo, se para por «rendimiento decreciente». O sea, cuando el cocinero se pone a remover la sartén vacía, alguien le quita la cuchara.

Cuando el bucle se atasca: el bucle infinito

El riesgo es evidente: que el bucle no salga nunca. La documentación de OpenRouter (consultada el 29 de octubre de 2026) (un servicio que da acceso a muchos modelos con una sola cuenta) lo describe con una imagen perfecta: un robot aspirador chocando contra la misma pared para siempre. Lo llaman «doom loop», el bucle de la perdición, que suena a peli de serie B pero pasa de verdad.

Su detector viene apagado de serie y cuenta repeticiones: a la segunda llamada idéntica, observa; a la tercera, bloquea; a la sexta, para el encargo entero. Y tienen la honradez de contar lo que no pilla: si el modelo cambia un detalle cada vez, como una hora o un número al azar, las llamadas ya no parecen iguales y el detector se queda mirando a las musarañas.

FutureAGI lo explicó el 27 de julio de 2026 en un artículo sobre agentes atascados. Según ellos, casi siempre falta alguna de estas cosas: que el agente recuerde lo que ya probó, que la herramienta le diga claramente «hecho» o «fallado» en vez de soltarle un párrafo ambiguo, y una condición de parada de verdad. El tope de vueltas lo dejan como última red, no como solución.

En Reddit hay historias para aburrir. Un usuario de r/codex contaba en diciembre de 2025 que su agente se pasó horas persiguiendo «un problema menor de configuración» y le gastó una cuarta parte de su cupo semanal. Otro, en r/artificial en abril de 2026, explicaba que su agente estuvo 48 horas reformulándose la misma tarea sin producir nada. En ese mismo hilo está la frase que mejor lo resume: «un agente en bucle no parece caótico, parece tranquilo».

Y es verdad. Un bucle atascado no hace ruido, no echa humo, no pita. Por eso me obsesionan tanto los fallos silenciosos: lo que no avisa es lo que más daño hace. Si te interesa cómo los busco, está en cómo depuro una tarea de IA que falla en silencio.

Esperar también es dar vueltas

Hay un tipo de vuelta que casi nadie dibuja: la de esperar. El modelo no vive en mi Raspberry. Vive en los ordenadores de una empresa, y a veces esa empresa no contesta.

El 23 de octubre de 2026 mi sistema reintentó 314 llamadas porque el proveedor del modelo devolvía un error 503, que es la forma educada que tiene un servidor de decir «ahora no puedo». El 24 hubo 13 reintentos más, algunos con error 429, que viene a ser «vas demasiado deprisa, frena un poco». Cada llamada tiene hasta 10 reintentos antes de rendirse, con esperas cada vez más largas entre uno y otro.

Esto no sale en ningún diagrama bonito del bucle agéntico, pero en la vida real es el pan de cada día. El cocinero va a por huevos y la tienda está cerrada. Un buen agente espera un rato, vuelve a probar y, si sigue cerrada, cambia de plan o te avisa. Uno malo se queda plantado en la puerta hasta el lunes.

Bucle agéntico vs loop engineering: primos, no gemelos

Desde el verano de 2026 se habla mucho de «loop engineering», ingeniería de bucles. Xataka lo contaba el 29 de junio: la moda ya no es escribir la instrucción perfecta, sino montar un circuito en el que una IA genera, otra revisa y el sistema repite hasta que el resultado pasa el listón.

Es primo hermano del bucle agéntico, pero no es lo mismo. El bucle agéntico es lo que hace un agente por dentro en cada encargo. La ingeniería de bucles es cómo diseñas tú el circuito de fuera: quién revisa, con qué criterio y cuántas veces se repite. Uno es el cocinero probando la salsa. El otro es el jefe de cocina que decide quién cata cada plato antes de que salga.

Antonio Pita, profesor de la UOC, lo explicaba el 9 de septiembre de 2026 con… un robot aspirador (empiezo a sospechar que es la mascota oficial de la IA). Primer nivel: lo enciendes y luego miras si ha limpiado. Segundo: le dices qué suciedad aceptas y él repasa solo las zonas que no la cumplen. Tercero, todavía en el horizonte: él mismo detecta cuándo hay que limpiar y arranca sin que se lo pidas.

Pita deja una advertencia que firmo con las dos manos: «el sistema puede comprobar si un resultado cumple unas reglas, pero alguien debe validar que esas reglas representan realmente el objetivo». El bucle es tan bueno como su manera de saber que ha terminado. Xataka añade la otra pega: tanto ir y venir multiplica el gasto si nadie lo controla.

Lo que nadie te dijo sobre el bucle agéntico

Más vueltas no significa más listo. Mi encargo de 154 vueltas no era el más difícil de la semana, era el más largo. Muchas veces un agente da vueltas porque no tiene claro cuándo ha terminado, no porque esté pensando más profundo.

El modelo no sabe que está en un bucle. En cada vuelta lee lo que tiene delante y decide. Si lo que tiene delante se parece a lo de la vuelta anterior, decidirá lo mismo. Por eso los frenos tienen que estar fuera del modelo, en el arnés, y no en una instrucción tipo «por favor, no te repitas». Pedirle a un bucle atascado que no se atasque es como pedirle a la aspiradora que mire por dónde va.

El error es gasolina, no avería. 141 errores en una semana suena fatal hasta que ves que 215 de los 218 encargos acabaron con su respuesta normal igualmente. Lo que me quita el sueño no es el error que el agente ve. Es el que no ve.

El tope casi nunca salta, y aun así es lo más importante de la configuración. Cero encargos llegaron a 300 vueltas. Perfecto. Es exactamente lo que le pides a un freno de emergencia: que esté y que no lo uses.

Un bucle que se arregla solo puede esconder un problema fijo. Las 8 veces que mi agente quiso escribir sin leer se resolvieron solas. También son 8 veces la misma piedra. Que el resultado salga en verde no quiere decir que el camino esté limpio, y esa trampa la he pisado más de una vez.

Un vídeo para verlo en acción

Si prefieres que te lo cuenten en voz alta, Brais Moure (MoureDev) explica en este directo del 15 de octubre de 2026 qué es un agente y cómo funciona su bucle con muy pocas herramientas, usando Pi, un agente de código abierto diminuto. La parte del bucle va del minuto 6:50 al 12:40:

Vídeo: «Control total con Pi Agent: La alternativa open-source a Claude Code», de MoureDev by Brais Moure (en español).

Preguntas frecuentes

¿Qué es un bucle agéntico en pocas palabras?

Es el ciclo de mirar, decidir, actuar y comprobar que repite un agente de IA hasta terminar un encargo o hasta que salta un límite. Lo que hace agente a un agente es ese bucle, no lo listo que sea el modelo.

¿Qué diferencia hay entre el bucle agéntico y ReAct?

ReAct, presentado en octubre de 2022, es una forma concreta de organizar ese bucle: el modelo alterna razonamiento escrito y acciones, y lee el resultado de cada acción antes de seguir. Hoy casi todos los agentes usan alguna variante de esa idea.

¿Cuántas vueltas da un agente de IA normalmente?

Depende de la tarea. En mi sistema, del 22 al 28 de octubre de 2026, la mediana fue de 6 vueltas por encargo, el 90 % se quedó por debajo de 30 y el encargo más largo llegó a 154.

¿Cómo se evita que un agente se quede en un bucle infinito?

Con frenos fuera del modelo: un tope de vueltas, de tiempo o de gasto, un detector de acciones repetidas y herramientas que digan con claridad si han terminado o han fallado. Microsoft lo resume en su documentación: limita siempre los bucles autónomos.

¿Un chatbot tiene bucle agéntico?

No. Un chatbot da una sola vuelta: preguntas y responde. Aunque busque en internet antes de contestar, si no puede decidir hacer una segunda búsqueda según lo que encontró en la primera, no hay bucle agéntico. Así lo explica también eesel en su guía del 17 de junio de 2026.