PTENES
Saltar al contenido
MÓDULO 3.2

⚖️ La comparación de verdad

Agentic, loop y graph no son una clasificación — son tres estructuras diferentes para tres tamaños de problema. Este es el módulo que debes guardar: el mismo caso, construido de las tres formas, para que veas con tus propios ojos dónde gana cada una y qué precio tiene.

6
Temas
45
Minutos
Central
Nivel
Comparativo
Tipo
Progreso de este módulo
0%0 de 6
1

🧭 Entiende «agentic»: un agente con herramientas y criterio

"Agentic" describe una forma de usar un modelo, no una arquitectura. Describes el objetivo, le das un conjunto de herramientas (búsqueda, terminal, editor de archivos) y dejas que el modelo decida, paso a paso, qué hacer a continuación. No hay un diagrama previo del camino: el camino se descubre en tiempo real, dentro de la propia conversación.

🆕 ¿Nuevo aquí? Dos palabras antes de seguir

  • Juicio del modelo: la decisión de "qué hacer ahora" ocurre dentro de la cabeza del modelo, token a token: no existe una línea de código que diga "después de esto, haz aquello".
  • Prueba de salida: una condición explícita y verificable que indica cuándo terminó el trabajo (p. ej., «las pruebas pasaron»). Un sistema puramente agentic rara vez tiene una; se detiene cuando el modelo «cree» que terminó.

Esto no es un defecto, es la característica. Sirve justamente para tareas abiertas y exploratorias —"investiga este bug extraño", "lee este repositorio y cuéntame qué hace"—, cosas que se ejecutan una vez y en las que no sabes de antemano qué pasos vas a necesitar. Intentar dibujar el diagrama de flujo antes sería una pérdida de tiempo: todavía no sabes cuál será el flujo.

✓ Agentic funciona bien cuando

  • ✓La tarea es exploratoria: no sabes los pasos de antemano
  • ✓Se ejecuta una vez o pocas veces, bajo supervisión humana
  • ✓El costo de un paso equivocado es bajo y reversible

✗ Agentic sale caro cuando

  • ✗La tarea se repite todos los días: siempre vuelves a explicar el mismo objetivo
  • ✗Necesita la garantía de que «esto siempre va a ocurrir en este orden»
  • ✗Nadie puede predecir el costo de tokens porque el camino cambia en cada ronda

Conceptos clave

Decisión

Vive en la cabeza del modelo

Herramientas

Tú lo proporcionas, él decide si usarlo

Sin ciclo dibujado

Ruta descubierta en el momento

Tarea abierta

Se ejecuta una vez, de forma exploratoria

2

🔁 Entiende «loop»: el ciclo diseñado con una prueba de salida

En el loop dejas de escribir prompts y empiezas a diseñar ciclos. En vez de confiar en que el modelo recordará verificar su propio trabajo, lo escribes en código: descubrir → planear → actuar → verificar → detenerse. La estructura sale de la cabeza del modelo y se convierte en algo que puedes leer, versionar y probar.

💡 La condición de parada es lo que lo cambia todo

Un loop solo se convierte en un loop de verdad cuando existe un prueba de salida explícito — algo que tú puedes ejecutar y que responde sí/no: "las pruebas pasaron", "el schema se validó", "la nota del revisor es mayor que 8". Sin esta prueba, solo tienes un agentic con una vuelta más.

  • •El modelo todavía decide qué hacer dentro de cada etapa, pero ya no decide el orden de las etapas
  • •Ganas reproducibilidad: el mismo proceso se ejecuta igual el lunes y el viernes
  • •Pagas con ingeniería: alguien tiene que escribir y mantener este ciclo

Sirve para tareas repetibles con un criterio de éxito verificable: generar un informe cada mañana, corregir un bug hasta que las pruebas pasen, escribir un texto hasta que cumpla una lista de calidad. Si ejecutas lo mismo más de una vez y sabes decir cuándo salió bien, el loop es la estructura adecuada.

Conceptos clave

Ciclo dibujado

Descubrir/planificar/actuar/verificar/parar

Prueba de salida

Condición verificable, no «a ojo»

Estructura en código

Sale de la cabeza y se convierte en un artefacto

Tarea repetible

Se ejecuta cada vez, con un criterio claro

3

🕸️ Entiende «graph»: loops compuestos con aristas explícitas

Un grafo (en este sentido de arquitectura de agentes) son varios loops conectados por aristas escritas antes de ejecutar. Cada nodo del grafo es, por sí mismo, un loop, con su propio modelo, sus propias herramientas, sus propios permisos y su propia instrucción. El camino entre los nodos y lo que agrega el grafo.

grafo — el camino entre los nodos se escribe antes de ejecutarlo en el A loop en el B loop en el C loop cada caja sigue siendo un loop; lo que cambia es la arista ENTRE ellas, escrita antes de ejecutarlas

Qué observar: el cuadro punteado es nuevo, pero el contenido de adentro no lo es: cada nodo todavía tiene su propia vuelta (el "loop" escrito dentro de él). El grafo no reemplaza el loop, lo compone bucles. Y lo que el siguiente tema va a construir con un caso real.

Conceptos clave

Nodo = loop

Cada nodo tiene su propio ciclo

Arista preescrita

El camino existe antes de ejecutarse

Aislamiento

Modelo, herramientas y permisos propios por nodo

Composición

El grafo compone el loop, no lo reemplaza

4

📰 Construye el mismo caso en los tres formatos

El caso es un resumen diario de investigación: cada mañana el sistema lee algunas fuentes sobre un tema, escribe un resumen de una página y verifica que sea correcto antes de enviarlo. Vamos a construir ese mismo objetivo tres veces y comparar qué pasa en cada versión.

1

Como bucle único sobrecargado

Un agente hace todo en una sola ventana: busca fuentes, escribe, revisa.

Abre las fuentes una por una: porque loop es secuencial por definición — y vuelca el HTML sin procesar de cada una en el mismo contexto (la ventana de texto que el modelo está "viendo" en ese momento). Cuando llega la hora de revisar, ese contexto se volvió un pantano: HTML crudo, prosa a medio escribir y razonamiento anterior, todo flotando junto. Y lo peor: revisa en el mismo contexto donde escribió, así que tiende a aprobar su propio trabajo.

2

Como grafo pequeño

Tres nodos, estado que fluye entre ellos, cada uno con su propio contexto.

Investigador se abre en N fuentes en paralelo — esto es fan-out: abrir una tarea en varias ramas al mismo tiempo. Entrega solo las notas (no el HTML sin procesar) a escritor, que recibe un contexto limpio — sin el ruido de la búsqueda, solo lo que importa para escribir. El escritor le entrega el borrador al revisor, que también tiene contexto nuevo: solo ve el texto y el criterio de calidad, con una arista de regreso «reprobado» hacia quien escribe si no pasa.

f1 f2 fN investigador fan-out en N fuentes notas escritor contexto limpio borrador revisor contexto nuevo reprobado + críticas (vuelve al escritor) envía

Qué observar: tres cosas cruzan las aristas — notas, borrador e críticas — y ninguna de ellas es el HTML sin procesar de las fuentes. Eso es lo que distingue la versión con grafo de la versión de loop único: cada nodo recibe solo lo que necesita, nunca la transcripción completa del nodo anterior. (Transcripción = el historial completo de una conversación/ejecución, con todo el razonamiento intermedio — útil para depurar, demasiado pesado para pasarlo como entrada.)

Dimensión agentic loop graph
Quién decide el siguiente pasoel modelo, en cada tokenel modelo, dentro de un ciclo fijoel modelo, dentro de cada nodo; el enrutamiento entre nodos es fijo
Dónde está la estructuraen la cabeza del modeloen código, un cicloen código, un diagrama de nodos y aristas
Paralelismoninguno nativoninguno: el bucle es secuencial por su formafan-out/fan-in de primera clase
Contextouna sola ventana, crece sin límiteuna ventana alrededor del cicloun contexto limpio por nodo
Cómo depurasleyendo el transcript enteroleyendo el transcript de cada vueltaleyendo el diagrama + el estado en cada arista
Costo de mantenimientobajo (solo el prompt)medio (ciclo + condición de parada)alto (N prompts + esquema de estado + enrutamiento)
Cuándo usartarea abierta, se ejecuta una veztarea repetible, basta con un agentetarea repetible que necesita especialización/paralelismo real

Conceptos clave

Mismo caso

Resumen diario en los tres formatos

Fan-out

Abrir 1 tarea en N ramas

Contexto limpio

Cada nodo ve solo lo que necesita

Arista de retorno

Un fallo devuelve el proceso al escritor

5

✨ Descubre lo genuinamente nuevo que aporta el grafo

Son tres cosas concretas, no una sensación de «más avanzado». Primero: nodos paralelos especializados con contextos limpios y separados — el investigador no arrastra el vocabulario del revisor, el revisor no arrastra el ruido de la búsqueda. Segundo: fan-out y fan-in como movimiento de primera clase — abrir una tarea en N ramas, ejecutarlas al mismo tiempo y reunir el resultado. Tercero: flujo de control explícito y auditable — el camino es un diagrama que puedes leer, no algo que reconstruyes leyendo un transcript de 40 mil tokens.

PROFUNDIDAD — el bucle en el en el en el fin ANCHURA — el grafo plan ag1 ag2 agN resultado

Qué observar: los dos lados resuelven "hacer más cosas" de maneras opuestas. El loop crece para bajo — más vueltas en el mismo nodo. El grafo crece para afuera — más nodos ejecutándose al mismo tiempo. No se puede hacer un fan-out real dentro de un único loop; solo sabe repetir, no dividir.

Panorama en cuatro etapas que muestra la evolución de agentic a loop y luego a graph, con una franja horizontal que compara loop (ciclo único, secuencial) y graph (nodos paralelos conectados por aristas con fan-out y fan-in).
Qué observar: la franja que separa loop de graph en este panorama es la misma línea divisoria del SVG de arriba: profundidad de un lado, amplitud del otro. Las cuatro etapas no son un ranking de madurez; son cuatro respuestas a preguntas diferentes sobre el mismo problema.

Conceptos clave

Nodo especializado

Contexto limpio y separado

Fan-in

Volver a unir las N ramas

Auditable

Diagrama que se puede leer, no reconstruir

Anchura x profundidad

El grafo crece hacia afuera; el loop, hacia abajo

6

💸 Descubre qué cuesta el grafo

Nada de esto es gratis. Pasas a mantener tres prompts en vez de uno — cada nodo tiene su propia instrucción, y las tres tienen que evolucionar juntas sin romper las aristas entre ellas. Necesitas definir un esquema de estado: el formato exacto de lo que el investigador le entrega al escritor y de lo que el escritor le entrega al revisor. Sin este contrato escrito, los nodos empiezan a discrepar sobre qué significan «notas» o «borrador».

⚠️ Modos de falla que solo existen en el grafo

  • Merge que se traga una fuente en silencio — el fan-in junta 5 ramas, una falló y nadie se dio cuenta de que faltaba una fuente en el resumen final.
  • Enrutamiento que va y vuelve para siempre — la arista «reprobado» devuelve al escritor, que vuelve a escribir y vuelve a ser reprobado, sin límite de intentos.
  • Estado que se filtra de un nodo a otro — el contexto que debería estar limpio arrastra basura del nodo anterior porque no se respetó el state schema.

✓ La sobrecarga aporta calidad cuando

  • ✓La tarea se ejecuta todos los días: el costo fijo de armar el grafo se compensa con las repeticiones
  • ✓Hay paralelismo real que aprovechar (N fuentes, N ramas)
  • ✓Especializar cada nodo realmente mejora el resultado (revisor con criterio propio)

✗ La sobrecarga es un puro impuesto cuando

  • ✗La tarea se ejecuta una vez: nunca recuperas el costo de armar tres prompts
  • ✗No hay nada que paralelizar — es un proceso genuinamente secuencial
  • ✗Un solo nodo, con todas las herramientas y todas las instrucciones: eso es un loop reinventado; la estructura de grafo no está haciendo nada

🧪 Ejemplo práctico: grafo degenerado vs. grafo de verdad

Objetivo: comparar lo mismo grafo.json del daily brief en dos formatos —el «grafo de un solo nodo» (nombre de grafo, cuerpo de loop) y el de tres nodos (grafo de verdad)— y ver la diferencia en el propio archivo.

// grafo.json — VERSAO DEGENERADA (1 no, todas as ferramentas, todas as instrucoes)
{
  "nodes": [
    { "id": "faz-tudo", "model": "<seu-modelo>",
      "tools": ["buscar", "escrever", "revisar"],
      "prompt": "Busque as fontes, escreva o resumo e revise ate ficar bom." }
  ],
  "edges": []
}
// isto NAO e um grafo funcional — e um loop com nome de grafo.
// zero arestas = zero coisa que a estrutura de grafo esta fazendo.

// grafo.json — VERSAO DE TRES NOS (grafo de verdade)
{
  "nodes": [
    { "id": "pesquisador", "model": "<modelo-rapido>", "tools": ["buscar"],
      "prompt": "Para cada fonte em paralelo, extraia so os fatos relevantes ao tema." },
    { "id": "escritor", "model": "<modelo-de-escrita>", "tools": [],
      "prompt": "Com base APENAS nas notas recebidas, escreva um resumo de 1 pagina." },
    { "id": "revisor", "model": "<modelo-critico>", "tools": [],
      "prompt": "Compare o rascunho com as notas originais. Aprove ou reprove com criticas especificas." }
  ],
  "edges": [
    { "from": "pesquisador", "to": "escritor", "carrega": "notas" },
    { "from": "escritor", "to": "revisor", "carrega": "rascunho" },
    { "from": "revisor", "to": "escritor", "quando": "reprovado", "carrega": "criticas", "limite_voltas": 2 }
  ]
}

Cómo verificar: cuenta los edges. Si la versión «grafo» de tu proyecto tiene cero aristas o un único nodo con todas las herramientas, es la versión degenerada: un bucle disfrazado. Si tiene aristas con carrega definido (lo que pasa de un nodo al otro), es un grafo de verdad.

Prueba de sesgo: pídele a Claude Code que evalúe una tarea tuya y diga si merece agentic, loop o graph — exigiéndole que justifique por qué las otras dos no sirven. Si responde «grafo» a una tarea que se ejecuta <uma vez so>, eso es sesgo por la moda. Pide el costo de mantenimiento: cuántos prompts, qué esquema de estado, qué nuevo modo de falla está suponiendo.

Verificación rápida (no bloquea nada): tienes un grafo con UN solo nodo que tiene todas las herramientas y todas las instrucciones del proceso. ¿Qué es realmente?

Conceptos clave

State schema

El contrato entre nosotros

N prompts

Uno por nodo, evolucionando juntos

Fallos nuevos

Merge, bucle de enrutamiento, fuga

Nodo degenerado

1 nodo con todo = ciclo disfrazado

📌 Resumen del módulo

✓
Agentic — decisión en la cabeza del modelo, sin un ciclo diseñado; sirve para una tarea abierta que se ejecuta una vez.
✓
Bucle — ciclo diseñado con una prueba de salida explícita; sirve para tareas repetibles con criterios verificables.
✓
Graph — loops compuestos, con aristas explícitas escritas antes de ejecutarse; cada nodo tiene su propio loop.
✓
Lo que realmente es nuevo — nodos especializados con contexto limpio, fan-out/fan-in, flujo auditable.
✓
Lo que es un simple cambio de nombre — la palabra «grafo»; las máquinas de estados y la orquestación ya existían antes.
✓
La frase que perdura — «un loop es un nodo del grafo». No pasas de loop a grafo; compones loops en grafos cuando un loop deja de ser suficiente.

Próximo módulo:

3.3 — Mito y realidad: separando lo que promete el graph engineering de lo que realmente ofrece.