'La ingeniería de bucles está muerta' — y la verdadera historia es más extraña que el obituario
Bucles, gráficos y el obituario de seis semanas
En junio de 2026, el mundo de la IA obtuvo una nueva palabra de moda: ingeniería de bucles — aproximadamente, el diseño disciplinado de un bucle de llamada a herramientas de un solo agente. Seis semanas después, supuestamente fue reemplazada por ingeniería de gráficos — conectando varios agentes a la vez — asesinada por doce palabras que 3.1 millones de personas vieron:
¿Todavía estamos hablando de bucles o ya hemos cambiado a gráficos?
— Peter Steinberger 🦞 (@steipete) 18 de julio de 2026
¿No sabes qué es la ingeniería de bucles? No te preocupes — la mayoría de las personas que la declararon muerta tampoco lo sabían. Aquí están ambos términos, cómo un nombre se convirtió en un obituario en seis semanas, y el giro que nadie verificó antes de escribir sobre ello.
La división se muestra mejor en un trabajo con trabajo independiente que puede ejecutarse a la vez y donde una respuesta incorrecta es costosa — un informe de investigación: "Reúne lo que sabemos sobre X — la web abierta, nuestra propia documentación y el repositorio — y dame un informe de una página con fuentes."
El agente OpenClaw que configuras en estos tutoriales funciona de la manera de bucle — un agente ciclando a través de sus herramientas, un turno a la vez. La ingeniería de gráficos conecta a un equipo de especialistas en su lugar. Mismo trabajo, dos formas:
Lee el bucle a la izquierda como una rueda: un agente visita cada herramienta, luego vuelve. Empújalo más allá de tareas simples y aparecen dos grietas: es lento (tres búsquedas independientes aún se ejecutan una tras otra, un trabajador a la vez), y es difícil de confiar (el mismo agente buscó, leyó y escribió el informe, así que una afirmación incorrecta no tiene dirección — no puedes saber si la búsqueda fue superficial o si el agente la inventó).
El gráfico a la derecha soluciona ambos problemas: los especialistas dividen el trabajo, un planificador lo dirige. Las búsquedas ahora se inician al mismo tiempo — el informe llega en el tiempo de la más lenta, no la suma — y cada agente posee una fuente, por lo que una mala afirmación tiene una dirección. Un nodo de verificación de hechos, el paso que un bucle apresurado omite, se convierte en una verdadera puerta.
Nada de eso es gratis: un aviso se convierte en un planificador, cuatro agentes y un verificador — un nuevo modo de fallo donde la coordinación misma puede romperse. Problema de confianza cambiado por un problema de plomería. Y cada caja en el gráfico aún ejecuta su propio bucle interno: un gráfico contiene bucles — ese es el punto.
Ambos términos, en una imagen
La ingeniería de bucles trata sobre un solo agente. Un agente de IA es solo un modelo en un while loop con herramientas: dale un objetivo, elige una herramienta, tu código la ejecuta, el resultado vuelve a entrar, repite. ChatGPT respondiendo a una pregunta es una llamada. Un agente que edita un archivo, ejecuta las pruebas, las ve fallar y vuelve a intentarlo — ese es el bucle, cinco veces. La ingeniería de bucles es diseñar ese ciclo deliberadamente: qué lo desencadena, quién verifica el trabajo, cuándo se detiene, qué sucede en caso de fallo. El lema es bueno — la inteligencia vive en el modelo, la fiabilidad vive en el bucle.
La ingeniería de gráficos trata sobre varios agentes. Los nodos son agentes, los bordes son dependencias, además del estado compartido y los permisos entre ellos. Si la ingeniería de bucles es "hacer que un agente sea fiable", la ingeniería de gráficos es "hacer que diez agentes no se pisen entre sí."
Diferentes problemas, diferente escala. Así que "la ingeniería de bucles está muerta, la ingeniería de gráficos la reemplazó" nunca fue una frase sensata — es como decir que las ruedas reemplazaron a los coches.
El nombre para el primero llegó en junio de 2026, de Addy Osmani. Se popularizó rápidamente porque todos ya lo estaban haciendo, mal, sin un vocabulario compartido. Recuerda esa fecha.
El libro de texto lo resuelve
Aquí está la cosa que nadie verificó antes de escribir una guía: "gráfico" no es una invención de 2026, y los recibos están en un libro de texto gratuito del MIT. De Mathematics for Computer Science (6.042J), capítulo 6, página 189 — Definición 6.1.1:
"Un gráfico dirigido G = (V, E) consiste en un conjunto no vacío de nodos V y un conjunto de bordes dirigidos E… Un gráfico dirigido es simple si no tiene bucles (es decir, bordes de la forma u→u) y no tiene bordes múltiples."
La definición formal de un gráfico ya contiene la palabra bucle, como una característica ordinaria de los gráficos — no su opuesto. La definición 6.1.2 añade que un ciclo es un recorrido que regresa a donde comenzó, que es lo que es un bucle.
Un bucle no es el opuesto de un gráfico. Es un gráfico que regresa a un nodo anterior. Las matemáticas han sabido esto desde que Euler caminó por Königsberg en 1736.
Lo que realmente sucedió en julio
La chispa no fue un descubrimiento de ingeniería — fue dos lanzamientos de productos colisionando. DeepLearning.AI lanzó un curso sobre gráficos de conocimiento con sistemas multiagente, impartido por Andreas Kollegger de Neo4j. Al mismo tiempo, Linear lanzó una función de agente llamada — de todas las cosas — Bucles. Dos empresas, dos productos no relacionados, dos palabras que sonaban como filosofías rivales.
Luego Steinberger, quien construyó OpenClaw, publicó sus doce palabras a las 9:34 PM del 17 de julio. Cuatro horas y media después Hamel Husain publicó un artículo en X titulado "La ingeniería de bucles está muerta. Entra la ingeniería de gráficos," y Santiago Valdarrama lo recogió el mismo día. En 48 horas, el nuevo término tenía tres definiciones en competencia y una ola de publicaciones imitadoras.
La parte que debería haberlo terminado
Ninguno de los posts fundacionales fue serio — los escritores que rastrearon el ciclo lo dicen abiertamente. Louis-François Bouchard lo expresó claramente: "mi feed entero decidió que tenemos una nueva disciplina. Para ser honesto, ambos tweets eran bromas." El propio seguimiento de Husain solo amplió la broma, prometiendo que el artículo "no es lo que piensas que es."
Y casi nadie pudo verificar: el artículo estaba detrás del muro de pago Premium de X. El texto fundacional de un paradigma era algo que pocos de los que lo citaban habían leído realmente. Lo que se propagó no fue un argumento — fue una forma: un título impactante, una broma justo detrás de él, y una industria que respondió a una broma escribiendo documentación para ello.
Las respuestas fueron más inteligentes que los anuncios
La respuesta más aguda vino de fuera del grupo de agentes. David Khourshid creó XState — una biblioteca ampliamente utilizada para modelar exactamente este tipo de máquina de estados en código — y ha estado modelando estas estructuras durante una década:
Primero fueron los bucles. Ahora son gráficos. El próximo mes será otra cosa. Aquí está la cosa: constantemente estamos redescubriendo patrones de ingeniería de software de décadas de antigüedad y reempaquetándolos como innovaciones o lo que sea, en lugar de simplemente aplicar lo que ya hemos sabido durante mucho tiempo.
— David Khourshid (@DavidKPiano) 20 de julio de 2026
Su explicación toma dos minutos. Una máquina de estados responde a una pregunta — dado el estado actual, cuando ocurre un evento, ¿cuál es el siguiente estado? Dibuja y los estados se convierten en nodos, las transiciones se convierten en bordes. Luego lo aplica al argumento de julio:
"Sorpresa… los bucles son gráficos: dirigidos, cíclicos."
Un bucle, señala, es la máquina de estados más básica que existe: dos estados, looping y done. Publicó un diagrama de ello con el título "Esta es la cosa tonta por la que todos ustedes hicieron hype durante semanas."
Ese es el objeto sobre el que se discutió durante seis semanas. Y los verdaderos agentes — los que vuelven a intentar, retroceden, esperan a un humano — nunca fueron secuenciales y nunca acíclicos desde el principio ("lo siento, amantes de DAG").
El creador de LangChain llegó allí desde la dirección opuesta, su LangGraph siendo la implementación a la que todos seguían apuntando:
Así que realmente no sabía qué es la ingeniería de gráficos, y todavía no lo sé… pero básicamente es solo langgraph?
— Harrison Chase (@hwchase17) 20 de julio de 2026
Cuatro días después, él y Sydney Runkle publicaron una respuesta más larga, 3 Años de Ingeniería de Gráficos con LangGraph, que es lo más útil escrito durante todo el episodio. Su línea de apertura es la mejor descripción del fenómeno que he leído:
"Es el último término que sale de la fábrica de contenido de IA de X, uniéndose a la ingeniería de prompts, la ingeniería de contexto, la ingeniería de harness y la ingeniería de bucles."
Y luego, de las personas cuyo producto es literalmente el gráfico:
"Los bucles son gráficos simples. La ingeniería de bucles no es una alternativa a los gráficos, sino una versión simple de ellos."
También confirman lo que la mayoría de las publicaciones de julio entendieron al revés: los gráficos de agentes de producción generalmente no son DAGs. Los verdaderos agentes vuelven a intentar, piden información faltante, revisan después de la validación, hacen pausas para un humano. Los ciclos no son un defecto de diseño que deba eliminarse — son el trabajo.
El marco más claro de todos, sin embargo, vino de una respuesta:
La ingeniería de gráficos es decidir a dónde se permite ir el trabajo. La ingeniería de bucles es hacer que el trabajo mejore cada vez que se ejecuta. El gráfico son los rieles. El bucle es el motor. Los rieles te evitan chocar. El motor es lo que realmente mueve.
— Eric Osiu (@ericosiu) 22 de julio de 2026
Cómo está la situación hoy
Es 5 de agosto, aproximadamente dos semanas y media después del obituario. Nadie ganó. El debate no se resolvió y no murió — se absorbió en el marketing de contenido. Cada proveedor de infraestructura de agentes ahora tiene una "guía definitiva sobre la ingeniería de gráficos," y detrás de ellos una larga cola de páginas de SEO diciendo lo mismo en el mismo orden.
Nada se aprendió en ese tiempo. No se realizó ningún benchmark, ningún sistema de producción demostró que un enfoque superara al otro. Dos empresas lanzaron productos no relacionados, dos desarrolladores bien seguidos hicieron una broma, y mucha gente acordó una palabra — luego acordaron una palabra diferente.
Eso tiene un costo real. Si intentaste mantenerte al día adoptando cada término a medida que se ponía de moda, reescribiste tu arquitectura dos veces en julio por razones que eran sociales, no técnicas. Mientras tanto, el ingeniero que ignoró ambas publicaciones y pasó ese mes añadiendo reglas de detención y estado tipado salió adelante, porque esas cosas importaban bajo cualquier etiqueta.
El fallo que nadie está vendiendo una guía
Una idea de este mes merece más atención que la guerra de nombres, y proviene de Towards AI's breakdown: más agentes no significa más juicio.
Veinte agentes ejecutando el mismo modelo, leyendo el mismo contexto defectuoso y verificando contra la misma métrica rota estarán de acuerdo entre sí a escala industrial. Peor es la versión circular: un agente verifica un informe contra otro informe, un agente de auditoría verifica ambos contra un panel de control, y el panel de control se construyó a partir de los mismos datos. Cada nodo está de acuerdo. Nada tocó la realidad. El sistema parece bien gobernado, porque el diagrama tiene revisores en todas partes.
La solución es lo que ellos llaman anclas de realidad — evidencia del exterior del sistema de agentes. Pruebas que realmente se ejecutaron. Dinero que llegó al banco. Clientes que se quedaron. Reglas que el optimizador no puede reescribir silenciosamente. Su línea es la que pondría en la pared:
"Sin anclas, un gráfico es una alucinación más grande con mejor gestión de proyectos."
La misma trampa existe un nivel más abajo, dentro de un solo bucle: si el agente que realiza el trabajo también decide si el trabajo es bueno, has construido una máquina costosa para estar de acuerdo consigo misma. Un verificador solo cuenta si realmente puede fallarte.
Qué hacer realmente
La línea de Khourshid es el filtro, y no es cinismo: el próximo mes será otra cosa. Cuando llegue el próximo término, la pregunta nunca es "¿es este el nuevo paradigma?" Es "¿qué fallo específico nombra este término, y ya tengo ese fallo?"
Diagnostica dónde está realmente tu cuello de botella:
- Un agente degradándose durante una sesión larga — olvidando, repitiendo llamadas a herramientas, quemando tokens? Ese es un problema de bucle: reglas de detención, qué salida de herramienta vuelve a entrar en el contexto, si los errores se muestran o se tragan. Ningún marco de gráfico soluciona nada de esto.
- ¿Varios agentes duplicando trabajo o bloqueándose en un estado compartido? Ese es un problema de coordinación, y necesita un plano de control explícito, sea cual sea su nombre.
Y un caso para ninguno: si la tarea es genuinamente abierta — investigación, exploración — forzarla en caminos fijos es el movimiento equivocado. El equipo de LangChain hace este punto en contra de su propio producto: construyeron una investigación profunda temprana sobre flujos de trabajo de LangGraph predefinidos y luego se trasladaron a un bucle agente más suelto, y GPT Researcher hizo lo mismo. La estructura que no has ganado te cuesta.
Y cualquiera que tengas, estos sobreviven al vocabulario: cada bucle necesita una regla de detención; el estado necesita una forma y puntos de guardado; los nodos que actúan necesitan límites de permisos y una puerta humana en cualquier cosa irreversible; añade complejidad solo cuando un fallo real lo pida.
Si quieres los dos conceptos que valen la pena en todo esto, toma la recomendación de Khourshid sobre cualquiera del vocabulario de julio: máquinas de estados y el modelo de actores. Ambos preceden este argumento por décadas y sobrevivirán a lo que lo reemplace — probablemente en unas seis semanas.
Fuentes
- Addy Osmani, nombrando "ingeniería de bucles" (junio de 2026) — X
- Publicación de Peter Steinberger — X
- Hamel Husain, "La ingeniería de bucles está muerta. Entra la ingeniería de gráficos" — Artículo de X, 18 de julio de 2026 (detrás de X Premium) · su seguimiento público
- Santiago Valdarrama — X
- David Khourshid (XState), "Máquinas de estados en 2 minutos" — X
- Harrison Chase (LangChain) — X · Eric Osiu — X
- Louis-François Bouchard, "Ingeniería de gráficos explicada: ¿Qué cambió realmente?"
- "Dos ingenieros hicieron una broma sobre la ingeniería de gráficos. Seis días después tenía cursos." — AI Advances
- SmartScope, sobre si el "obituario" es verdadero
- MIT 6.042J Mathematics for Computer Science, Ch. 6 "Gráficos Dirigidos" (PDF gratuito) — Definiciones 6.1.1–6.1.2, pp. 189–191