PTENES
Saltar al contenido
MÓDULO 1.3

🗺️ El mapa del campo: 11 escuelas

Auditamos 45 fuentes verificadas. El resultado: no existe una definición única de «bucle de agente»; hay 11 escuelas que discrepan sobre quién es responsable del bucle, qué cuenta como una iteración, si verificar forma parte de él e incluso si «bucle» es la palabra adecuada.

7
Temas
~50
Minutos
Medio
Nivel
Mapa
Tipo
Progreso: 0% 0 de 7
1

🗺️ Por qué no hay una definición única

Tu instinto de confusión tenía razón. De 45 fuentes verificadas, dos grandes vendors y el bloguero más citado coincidieron en una frase tediosa, pero fuera de ella, las definiciones se fragmentan en 11 escuelas distintas. El eje que organiza todo va desde mínimo al máximo.

MÍNIMO MÁXIMO "herramientas en un loop" ReAct (ciclo con nombre) verificación Runner / runtime loop engineering

Lee el espectro: a la izquierda, el loop es una frase ("un LLM que usa herramientas en un loop"). A la derecha, se convierte en un sistema programado, de varias sesiones y que se autodiseña. Las 11 escuelas se distribuyen por aquí.

🧩 Dos cosas viajan bajo el nombre de «loop»

El ciclo de cognición interno del agente (reason-act-observe) y un bucle de orquestación externo, programado/automatizado/diseñado por una persona, dentro del cual se ejecuta el agente. Confundirlos es fuente de la mitad de los malentendidos.

2

📦 Minimalista: "herramientas en un loop"

La convergencia formal, en una frase: "un LLM (o modelo) que llama herramientas en un loop hasta que termina la tarea". Simon Willison, Anthropic y LangChain dicen casi lo mismo, palabra por palabra. El loop es trivial; la artesanía está en las herramientas, el prompt y la condición de parada.

Simon Willison

"Un LLM agente ejecuta herramientas en un loop para alcanzar un objetivo."

Anthropic

«LLM que usan herramientas de forma autónoma en un loop».

LangChain

"Un modelo que llama herramientas en un loop hasta que termina la tarea."

💡 La frase se convirtió en blanco de críticas

Hoy, esa definición minimalista también es el blanco de quienes la consideran «demasiado simple para ser útil» (swyx cita la frase solo para refutarla). Es decir: es la base, pero el debate sobre los límites ya la superó.

3

🔄 ReAct: reason → act → observe

La escuela más «académica» y la única que nombra un ciclo de cognición interno: cada iteración es pensamiento → acción → observación, repitiendo hasta terminar. Proviene de un paper (Yao et al., 2022) y se convirtió en vocabulario estándar en la documentación y los frameworks.

📊 Quiénes forman parte de esta escuela

Es la que tiene más fuentes: el paper de ReAct, surveys de arquitectura y frameworks como smolagents, LlamaIndex y Pydantic AI. Cuando una doc dice "Thought / Action / Observation", se refiere a esta escuela.

4

✅ Verificación: propia × independiente

Dos escuelas convierten la verificación en una etapa con nombre propio y discrepan sobre quien verifica.

Autoverificación

El mismo agente revisa su propio trabajo: recopilar → actuar → verificar → repetir (SDK de Anthropic). Voyager hace esto con un gate de corrección de código.

Evaluador separado

Un segundo agente califica la salida del generador; el loop vuelve a ejecutarse hasta obtener PASS. El generador nunca si se aprueba automáticamente (evaluator-optimizer).

🔗 Adónde te lleva esto

El evaluador separado es la raíz del patrón Maker → Checker que armas a mano en la Trilha 2, y del verificador adversarial que ves en la Trilha 4. Recuerda la idea: quien hace el trabajo no se pone su propia calificación.

5

🏗️ Runner × loop autónomo

Otra división: ¿quién es responsable del loop? Para los vendors, un objeto de runtime (el Runner). Para los autónomos, nadie: se autoprompta y funciona solo.

🏗️ Runner / runtime

Un orquestador es dueño del loop. Una «run» = un turno: llama al modelo, inspecciona la salida, toma una rama (ejecutar herramientas / handoff / devolver), hasta un punto de detención o max_turns.

OpenAI SDK, Google ADK, AWS Bedrock: todos formales.

🛰️ Loop autónomo

Se ejecuta sin supervisión para alcanzar una meta: se autoenvía prompts o se activa según una programación, completa un ciclo, compara el estado con el criterio, registra el resultado y repite, sin que un humano tenga que volver a enviar prompts.

AutoGPT es el punto de referencia: autoinstrucción → responde → repite hasta alcanzar la meta.

6

🛰️ Las escuelas de frontera (y una trampa)

En el extremo «máximo» y en los márgenes viven las escuelas más provocadoras — y una pura trampa de nombre.

🛰️ Ingeniería de loops

«Deja de escribir prompts para el agente; diseña el loop que escribe los prompts para el agente» (Steinberger). La persona se convierte en arquitecta. Es el tema completo de la Trilha 4.

🧠 Loop de memoria entre intentos

El loop atraviesa episodios: actuar → recibir feedback → reflexionar por escrito → guardar en la memoria → intentarlo mejor la próxima vez (Reflexion). Aprende mediante el lenguaje, no con reentrenamiento.

🧱 "El loop no es el primitivo adecuado"

swyx: el loop es solo la pieza de control de flujo de un sistema de 6 elementos. Otros surveys describen al agente como módulos (perfil/memoria/planificación/acción), sin nombrar «loop».

🚨 La trampa terminológica: «loop» ≠ HITL

Zapier, LangChain HITL y Microsoft HITL usan «loop» para referirse a human-in-the-loop (supervisión humana: aprobar, escalar, dar feedback) — y no definen ningún loop de agente.

Error clásico de principiante: copiar una guía de HITL creyendo que es un patrón para construir loops. Son cosas distintas.

7

⚖️ Los 6 ejes de desacuerdo

Las frases de una línea esconden 6 ejes en los que las definiciones realmente discrepan. Conocerlos te permite leer cualquier definición nueva y ubicarla en el eje correspondiente.

EjeLas posturas que aparecen
Quién es responsable del loopel propio modelo · un Runner/orquestador · una persona que diseña el loop
Qué termina el loopel modelo decide · un evaluador (PASS) · límite estricto (max_turns) · un operador/CTRL+C
¿Verificar es un paso?sí, por sí mismo · sí, por un evaluador separado · no hay un paso explícito
Alcance de 1 iteraciónuna llamada a una herramienta · una sesión/context window completa · un episodio (con memoria)
¿Las herramientas son esenciales?sí, son el objetivo del loop · no, el loop es decisión/reflexión; las herramientas son opcionales
¿«Loop» es la primitiva adecuada?sí, el agente es un loop · es solo una pieza de un sistema más grande · «loop» = HITL, no el agente

🧩 Qué demuestra esto

Quita las discrepancias y queda el núcleo invariable del módulo 1.2 (modelo, iteración, estado, objetivo). Es en él donde puede confiar un principiante; lo demás es el estilo de cada autor.

Encuentras una guía "human-in-the-loop". ¿Puedes usarla como receta para armar un loop de agente?

🧾 Resumen del módulo

✓
Sin una definición única — 45 fuentes, 11 escuelas, en un espectro que va del mínimo al máximo.
✓
Minimalista — "herramientas en un loop"; la base, hoy el saco de boxeo.
✓
ReAct — pensamiento → acción → observación; el ciclo interno con nombre.
✓
Verificación — propio × evaluador separado; raíz de Maker→Checker.
✓
Runner × autónomo — runtime con max_turns × autoprompt sin supervisión.
✓
Escuelas de borde + HITL — loop engineering, memoria; y «loop» ≠ supervisión humana.
✓
Los 6 ejes — dónde chocan las definiciones; el núcleo invariante que subyace.

Siguiente:

Ruta 2 — Cuándo (y cuándo NO) usar un loop