Qué es
Ingeniería de LLM · Terminología · Verificación de fuentes · IA · ExplicaciónTratopedia · 16 ago 2026
Quinto de cinco · el que llegó dos veces
Un término, acuñado dos veces con quince días de diferencia. Ganó la broma.
El 4 de julio de 2026 Josh C. Simmons publicó un ensayo cuidadoso y documentado que acuñaba graph engineering. Se hundió. Catorce días después, a las 00:34 UTC del 18 de julio, Peter Steinberger preguntó doce palabras en X —¿seguimos hablando de bucles o ya hemos pasado a los grafos?— y logró 3.1 millones de visitas. Cuatro horas y treinta y cinco minutos más tarde, Hamel Husain publicó Loop Engineering Is Dead. Enter Graph Engineering, tras un muro de pago que casi nadie podía atravesar. Las dos publicaciones eran bromas, y un analista con nombre y apellidos lo dijo cuatro días después. En cuarenta y ocho horas el término ya tenía cursos, hojas de ruta y tres definiciones enfrentadas. Y una revisión publicada en enero ya le había puesto nombre a la práctica: flow engineering. Eso tampoco lo notó nadie.
La idea está acordada. Lo que es un lío es el nombre. Cuatro fuentes independientes describen la misma estructura de tres partes casi con las mismas palabras. Luego discrepan sobre cómo llamar a la capa, y sobre en qué escalera va.
- 14días entre la acuñación en serio y la broma que difundió el término
- 12palabras en la publicación que lo hizo — formuladas como pregunta, sin afirmar nada
- 6meses antes, una revisión ya había llamado a la práctica flow engineering
- 0mediciones que comparen un grafo con un bucle. Dos términos seguidos ya sin ninguna
Nodos
“Un buen nodo es aburrido”
- Un nodo puede ser un modelo ejecutando el conocido ciclo pensar-actuar-observar, una función determinista corriente, un paso de recuperación, o una persona. Hace una sola cosa, puedes probarlo por separado y puedes sustituirlo sin tocar nada más.
- Tratar la aprobación como un nodo y no como un gestor de excepciones es la diferencia entre un sistema que tiene supervisión y otro que solo la tiene sobre el papel.
Aristas
Las aristas son decisiones
- Una transición tipada que transporta estado. Algunas son deterministas — pasan las pruebas, se despliega. Otras las decide el modelo — ¿este ticket va a facturación o a abusos?. El trabajo consiste en saber cuál es cuál, “y en optar por lo determinista siempre que puedas permitírtelo”.
- Tres fuentes llegan a esto de forma independiente, y las tres añaden la misma advertencia: las aristas que decide el modelo son donde el sistema se tuerce, así que instruméntalas.
Estado
Un esquema, guardado en cada cruce
- Este es el compromiso del que se derivan las propiedades útiles. Fallar deja de significar “reiniciar la ejecución” y pasa a significar “reintentar el nodo”; una tarea puede esperar tres días a la firma de una persona sin tener secuestrada una ventana de contexto; y hay un rastro de auditoría que no consiste en alguien haciendo scroll por una transcripción.
- El presupuesto también vive en el estado — tokens, dinero, tiempo real — y se aplica en las aristas. Si no puedes parar un agente en un umbral de gasto, no estás operando un sistema autónomo. Estás acumulando factura.
Verificación
Tiene que ser externa
- Louis-François Bouchard: Pedirle a un modelo que revise su propia respuesta sigue siendo útil, pero no es verificación externa. Un ejecutor de pruebas, un resultado de ejecución, una transacción, un desenlace con el cliente o la revisión de una persona experta le dan al sistema pruebas venidas de fuera de su propio razonamiento.
- Es el único compromiso que pasa sin cambios desde el artículo anterior de esta serie, y el que toda fuente formula de una manera u otra.
Cuán firme es cada cosa Una fila no puede calificarse porque el documento que hay detrás no se puede leer. Eso no es una nota al pie — es la razón de que este artículo exista.
| Cuán firme | Qué | Sobre qué |
|---|---|---|
| Leído en la fuente | La definición en tres partes — nodos aburridos, aristas tipadas, estado guardado — y el bucle no ha muerto, lo han degradado | Josh C. Simmons, drjoshcsimmons.com, 4 jul 2026 |
| Leído en la fuente | Las doce palabras, y 3.1M de visitas. Las respuestas son todas bromas — im tired boss, bro stop I'm on vacation | Peter Steinberger en X, 18 jul 2026 00:34 UTC |
| Solo título y fecha | Loop Engineering Is Dead. Enter Graph Engineering existe, y está fechado 4h35m después de la publicación anterior. Su cuerpo está tras X Premium y este artículo no lo ha leído, así que no se dice nada de lo que sostiene | Hamel Husain en X, 18 jul 2026 05:09 UTC |
| Leído en la fuente | “Un bucle ya es un grafo. Es sencillamente un grafo cuyo camino regresa a un nodo anterior.” | Ksenia Se, Turing Post, 20 jul 2026 |
| Leído en la fuente | “Fue sobre todo un gran meme sobre crear términos nuevos” — y, acto seguido, “la broma funcionó porque apunta a algo real” | Louis-François Bouchard, 22 jul 2026 |
| Leído en la fuente | “Este enfoque suele describirse como flow engineering” — nodos, aristas, máquina de estados, LangGraph, seis meses antes | arXiv:2601.12560 §5.1, enviado el 18 ene 2026 |
| Leído en la fuente | El encuadre del planificador — un conjunto de listos de exactamente uno — y la propia advertencia del artículo: no es una implementación en producción ni resultados empíricos | Hu Wei, arXiv:2604.11378, enviado el 13 abr 2026 |
| Calculado, no leído | Cada marca de tiempo del 18 de julio, al segundo. Los identificadores de publicación de X son snowflakes, así que (id >> 22) + 1288834974657 da la hora de creación — que es por lo que este artículo puede decir 18 de julio donde otros dicen 17 | Derivado por este proyecto a partir de los identificadores de las publicaciones |
| Lectura de este proyecto | Que el término tiene dos orígenes sin relación entre sí, y que el cómico es el que se difundió | Marcado como lectura, no como hecho documentado |
Cronología
Enero lo nombra. Julio lo descubre. El ciclo viral dura dieciséis horas y está al final de una cadena que empezó seis meses antes. Las horas son UTC.
- 18 ene 2026La práctica ya tiene nombre, y no es este. Una revisión sobre IA agéntica incluye una sección titulada Graph based orchestration and flow engineering: “Un cambio clave del sector es el paso de los bucles abiertos de conversación multiagente a grafos de flujo de trabajo explícitos… Este enfoque suele describirse como flow engineering.” Nodos, aristas, una máquina de estados, LangGraph como ejemplo. Todo lo que julio anunciaría.
- 13 abr 2026El alegato formal contra el bucle. Un documento de posición de autor único caracteriza un bucle de agente como “un planificador de una sola unidad lista: en cualquier momento hay como mucho una unidad ejecutable activa, y la elección de cuál activar sale de una inferencia opaca del LLM y no de una política inspeccionable.” Propone un Structured Graph Harness — y dice de sí mismo, en el resumen, no es una implementación en producción ni resultados empíricos.
- 4 jul 2026La acuñación en serio. Josh C. Simmons publica We Are Entering the Graph Engineering Phase: siete minutos de lectura, seis citas, una definición en tres partes y consejos de práctica. En el mismo ensayo escribe “permítanme nombrarlo retroactivamente: loop engineering” — un término que ya tenía cuatro semanas y amplio uso. El ensayo se hunde.
- 18 jul · 00:34Doce palabras. Peter Steinberger, en X: “¿seguimos hablando de bucles o ya hemos pasado a los grafos?” Es una pregunta, no propone nada, y llegará a 3.1 millones de visitas. Las respuestas lo entienden perfectamente: im tired boss; bro stop I'm on vacation; YouTube durante las próximas 3 semanas “WHY YOU NEED TO BE RUNNNG A GRAPH NOT A LOOP”.
- 18 jul · 05:09La necrológica, cuatro horas y treinta y cinco minutos después. Hamel Husain publica un artículo de X: Loop Engineering Is Dead. Enter Graph Engineering. Está tras X Premium. Este artículo no lo ha leído y no dice qué contiene — y en su momento tampoco podía la mayoría de quienes lo repetían.
- 18 jul · 05:16Seis minutos después, el guiño. Husain, citando su propio artículo: “Si viera esto en la TL personalmente me daría miedo hacer clic. Pero prometo que no es lo que pensáis.” Por la tarde Santiago ya ha publicado Loop Engineering is dead. Long live Graph Engineering!
- 20 jul 2026A los dos días, alguien pregunta si es real. Turing Post: Is Graph Engineering Real? Lee la publicación fundacional como una broma — Peter se está divirtiendo — señala que para el domingo la timeline ya había producido cursos, hojas de ruta, pilas de herramientas, y suelta la frase sobre la que gira todo el argumento: un bucle ya es un grafo.
- 22 jul 2026A los cuatro días, un analista con nombre y apellidos lo dice en voz alta. Louis-François Bouchard: Steinberger publicó una línea irónica, Husain le siguió el juego, “y de repente teníamos una disciplina nueva. Pero fue sobre todo un gran meme sobre crear términos nuevos.” Y luego se niega a quedarse ahí — la broma funcionó porque apunta a algo real — y da la escalera de cinco peldaños, harness incluido.
- 28 jul 2026Llega a Taiwán como vocabulario asentado. 《數位時代》 lo publica como uno de cinco términos de ingeniería de IA, acreditando X、Josh C. Simmons en el pie sin enlazarlo — y revelando que el primer borrador del texto lo escribió una IA. Es el artículo que puso en marcha esta serie de cinco partes, y dice con claridad que el orden de los cinco tiene 目前還沒有定論.
El argumento
El hombre que lo nombró se equivocó con el nombre anterior No es un “te pillé”. Es lo más útil de toda la historia, por lo que dice sobre la velocidad a la que se mueve este vocabulario.
El ensayo de Josh C. Simmons es el cuidadoso. Dos identificadores de arXiv, ambos reales; una cifra de encuesta del 60 por ciento, citada con exactitud; una caracterización de la sección de un artículo que resulta coincidir casi palabra por palabra con su encabezado real. Este proyecto fue a buscar exageraciones y no las encontró.
Y en mitad de ese ensayo está esto:
“Nadie nombró la disciplina, porque cuando solo hay una manera de construir algo, esa manera no necesita nombre. Así que permítanme nombrarlo retroactivamente: loop engineering.”
La ingeniería de bucles había sido nombrada el 7 de junio, cuatro semanas antes, en un ensayo de Addy Osmani que este proyecto cubrió en el artículo anterior. Boris Cherny había dicho mi trabajo es escribir bucles el 2 de junio. Anthropic publicó una explicación el 30 de junio. Andrew Ng describió tres de ellos el 1 de julio. Turing Post, escribiendo de forma independiente quince días después, fecha el término en unas seis semanas de antigüedad y nombra a Osmani y esa misma fecha de junio.
Nada sugiere mala fe y este artículo no alega ninguna. La lectura que ofrece es más sosa y más útil: un autor que verifica sus artículos y se pierde un mes de X te está diciendo dónde vive realmente este vocabulario. No vive en la literatura. Vive en una timeline, se mueve en días, y una persona diligente que lea las fuentes primarias puede ir un mes por detrás sin darse cuenta.
Que es el mismo mecanismo que luego enterró su propio ensayo. Publicó el 4 de julio con citas y una definición. Catorce días después una pregunta de doce palabras sin ninguna definición dentro llevó el término a tres millones de personas. La versión cuidadosa y la versión famosa no son el mismo documento, y nunca se encontraron.
Nadie podía leer el documento fundacional Cuatro horas y treinta y cinco minutos después de una broma, tras un muro de pago. Luego tres definiciones enfrentadas en dos días.
La publicación que difundió graph engineering es una pregunta. El artículo que declaró muerto el término anterior es ilegible sin suscripción, y este proyecto puede confirmarlo de primera mano: al pedirlo devuelve un título, una firma, una fecha, y luego un muro de acceso donde debería estar el texto. Bouchard señala lo mismo — casi nadie podía comprobar qué decía.
Así que piensa en lo que un desarrollador interesado tenía realmente, el 18 de julio de 2026, para averiguar qué significaba graph engineering. Una pregunta de doce palabras. Un titular. Su autor diciendo no es lo que pensáis. Y, si buscaba, un ensayo de hacía quince días de alguien de quien no había oído hablar.
En cuarenta y ocho horas el término tenía tres definiciones enfrentadas, además de cursos, hojas de ruta y pilas de herramientas, además de hilos explicando que Microsoft, Stanford y Anthropic habían descubierto todos a la vez la ingeniería de grafos. Eso no es casualidad y no es estupidez. Cuando el texto fundacional no se puede leer, cada lector aporta el suyo, y no hay nada contra lo que contrastar ninguno.
Este es el mecanismo que el artículo anterior de esta serie andaba buscando a tientas sin tener un caso limpio. La ingeniería de bucles nunca convergió porque seis personas respondieron a preguntas distintas. La de grafos tuvo el problema contrario: el contenido técnico estaba acordado desde el principio — nodos, aristas, estado guardado, verificación externa, cuatro fuentes independientes casi con las mismas palabras — y el nombre llegó igualmente pegado a un chiste que nadie podía abrir.
Lo que añaden otros
Lo que construyes en realidad Quita los quince días y el consejo que hay debajo es concreto, acordado y más viejo que el nombre.
- 1Dibuja el estado antes de escribir un promptEl esquema de estado es la arquitectura. “Si no puedes escribir lo que el sistema sabe en cada punto de una ejecución, tienes una demo.” No un sistema — una demo.
- 2Mantén los nodos aburridosUna cosa cada uno, para que se pueda probar, cachear, reintentar y reemplazar. “Un nodo que hace cinco cosas es un bucle con pasos extra.” La taiwanesa 《數位時代》 llegó a la misma regla de forma independiente: un paso con cinco cosas dentro es otra vez la manera antigua.
- 3Pon el juicio en las aristas, e instruméntalasLa inteligencia de un sistema de grafos vive en su enrutado, así que las aristas que decide el modelo son exactamente donde va a fallar. El argumento de ADK 2.0 de Google es el mismo: el código debería controlar el enrutado predecible, mientras que los modelos deberían encargarse de los pasos que requieren interpretación o juicio.
- 4Guarda en cada cruce de aristaFallar deja de significar “reiniciar la ejecución” y pasa a significar “reintentar el nodo”. Es también lo que hace real el trabajo largo: un grafo puede esperar tres días a la firma de una persona sin tener secuestrada una ventana de contexto todo ese tiempo.
- 5Trata a las personas como nodosUna arista de entrada, una de salida, y una persona en medio. “Atornillarlo por fuera como gestor de excepciones es como se consiguen sistemas que técnicamente tienen supervisión y en la práctica no tienen ninguna.”
- 6Pon el presupuesto en el estadoLos tokens, el dinero y el tiempo real viven en el objeto de estado y se aplican en las aristas. Dos fuentes, escribiendo a un continente de distancia, aterrizan casi en la misma frase: si no puedes pararlo en un techo de gasto, no es un sistema que se gobierne solo — solo está quemando dinero.
- 7Evalúa trayectorias, no solo salidas“Las evaluaciones de salida te dicen que la ejecución acabó bien. Las de trayectoria te dicen si tomó un camino sensato a un coste sensato, y el camino es donde se esconde tu próximo fallo.”
La escalera de quién, y cuántos peldaños La versión de cuatro peldaños deja fuera la ingeniería de harness — mientras se apoya en un artículo que llama a su propia propuesta Structured Graph Harness.
| De quién | La escalera | ¿Harness? |
|---|---|---|
| Josh C. Simmons · 4 jul | prompt → contexto → bucle → grafo | Ausente. Cuatro peldaños, “cada uno un escalón más de abstracción… menos susurrar y más arquitectura” |
| Louis-François Bouchard · 22 jul | prompt → contexto → harness → bucle → grafo | Presente. Y “se solapan mucho, aunque no sean idénticos” |
| 《數位時代》 · 28 jul | prompt → contexto → harness → bucle → grafo | Presente — y dice sin rodeos que qué capa contiene a cuál tiene 目前還沒有定論 |
| Hu Wei, arXiv · 13 abr | Sin escalera — una propuesta de diseño | Llama a su propia propuesta “SGH — Structured Graph Harness”. La palabra que se cae de la escalera de cuatro peldaños está en el título del diseño que esa escalera cita |
Las réplicas son mejores que el anuncio, y dos de ellas vienen de dentro.
Turing Post aporta la que más trabajo hace con menos palabras: “Un bucle ya es un grafo. Es sencillamente un grafo cuyo camino regresa a un nodo anterior.” Si eso es cierto —y lo es— entonces el encuadre del 18 de julio, según el cual los grafos sustituyen a los bucles, nunca fue una afirmación técnica. Era una afirmación sobre qué palabra debería decir la gente.
La segunda réplica es la del propio Simmons, publicada dos semanas antes del movimiento que se le atribuye: el bucle no ha muerto, lo han degradado. Dentro de un nodo, un modelo sigue ejecutando el mismo bucle de siempre. “La ingeniería de bucles era el oficio de lo que ocurre dentro de una ventana de contexto. La ingeniería de grafos es el oficio de lo que ocurre entre ellas.” Es una distinción limpia y útil, y es lo primero que descartó el ciclo viral.
Y luego está su antigüedad. Turing Post: las máquinas de estados, los DAG, los motores de flujo de trabajo y los sistemas de orquestación “llevan décadas haciendo versiones de esto”, y LangChain lanzó LangGraph en enero de 2024. Al propio Simmons le hace gracia — la frontera está “derivando de vuelta hacia la disciplina más antigua de la computación distribuida, y la mitad de los que llegan allí están convencidos de que acaban de inventarla.”
Y una advertencia que conviene llevarse: “grafo” significa ya dos cosas distintas. Un grafo de control es la estructura de un flujo de trabajo. Un grafo de conocimiento es información almacenada como entidades y relaciones, que es de lo que va GraphRAG. Se están confundiendo, y solo uno de los dos es de lo que trata todo esto.
Y sigue sin haber nada que lo mida Dos términos seguidos. El único artículo que plantea la pregunta con rigor lo dice de sí mismo, en su propio resumen.
El artículo anterior de esta serie terminaba en la ausencia de cualquier medición que mantuviera fijo el agente y variara el bucle. El mismo agujero está aquí, y esta vez el propio mejor artículo del campo lo dice con claridad. arXiv:2604.11378 cierra su resumen con: “Este es un documento de posición y una propuesta de diseño. Aportamos un marco teórico, un análisis de diseño y un protocolo experimental, no una implementación en producción ni resultados empíricos.” Su tabla comparativa califica su propia propuesta de “Solo diseño; sin validación empírica” frente al “Ampliamente desplegado; validado por la comunidad” de LangGraph, bajo un encabezado que dice Fairness disclaimer. Es el documento más honesto de este corpus.
Lo que hace que valga la pena comprobar la única cifra que sí se difundió, y no sobrevive. El cuerpo del artículo dice “un estudio de 70 proyectos de agentes LLM de código abierto revela que el 60% (42 de 70) adopta el patrón de bucle de agente”. Su apéndice imprime la lista completa con URL de GitHub. Contándolas: el encabezado de bucle de agente declara 41, el cuerpo dice 42, las URL realmente listadas suman 49, y los cinco encabezados de categoría suman 68 frente a una encuesta declarada de 70. Cuatro números para una sola encuesta.
Cuatro de las cinco categorías cuadran exactamente, y por eso esto se reporta en lugar de achacarlo a una mala lectura. Simmons citó la cifra del 60 por ciento con exactitud — lo que se tambalea es la fuente. Y puede muy bien existir una explicación benigna: una revisión, un error de recuento, un límite de categoría mal leído aquí. Lo que no se puede decir es que la ingeniería de grafos descanse sobre mediciones, porque la única afirmación empírica que hay debajo no cuadra ni consigo misma.
Conclusión
Qué llevarse de todo esto La idea es sólida. El lanzamiento fue una broma. Esos dos hechos son separables, y mantenerlos separados es todo el trabajo.
Juzga la idea, no el lanzamiento
Sería fácil leer “las publicaciones fundacionales eran bromas” como “el término no vale nada”. Bouchard rechaza expresamente ese paso, y este artículo también. Cuatro fuentes independientes — un ensayo personal, un boletín semanal, el substack de un analista y una revista sectorial taiwanesa — describen los mismos nodos, las mismas aristas tipadas, el mismo estado guardado, y tres de ellas llegan por separado a un trabajo por nodo y a pon el presupuesto en el estado. Eso es convergencia, y es exactamente lo que el término anterior nunca consiguió. La broma y la sustancia son separables.
Un texto fundacional ilegible es una licencia para inventar
Tres definiciones enfrentadas en cuarenta y ocho horas no es una historia sobre desarrolladores descuidados. La publicación que hizo famoso el término era una pregunta. El artículo que declaró muerto el término antiguo estaba tras un muro de pago. Sin nada contra lo que contrastar, cada lector escribió su propia versión, y todas las versiones eran igual de infalsables. La lectura de este proyecto, marcada como lectura: ese es el porqué de la fragmentación, y es un mecanismo que conviene reconocer la próxima vez que un término llegue así.
Ya tenía nombre en enero. Ese es el hallazgo.
Una revisión enviada el 18 de enero de 2026 incluye una sección titulada Graph based orchestration and flow engineering, la abre con “un cambio clave del sector”, describe nodos y aristas y una máquina de estados, nombra LangGraph, e informa de que el enfoque “suele describirse como flow engineering”. Seis meses antes de la acuñación. Ni una sola fuente de este corpus lo menciona — incluido el ensayo de la acuñación, que cita ese mismo artículo para otra cosa. La cosa no necesitaba nombre en julio. Necesitaba que alguien se fijara.
Dos términos seguidos, y todavía ninguna medición
La ingeniería de bucles acabó sin nada que comparase un bucle con dar prompts. La de grafos acaba sin nada que compare un grafo con un bucle — y con su artículo más riguroso renunciando a resultados empíricos en su propio resumen, y con su única cifra viajera incapaz de cuadrar con su propio apéndice. Cinco términos después en esta serie, el patrón es que el vocabulario se mueve mucho más rápido que las pruebas que lo sostienen, y que quienes ponen los nombres son con frecuencia los primeros en decirlo.