Qué es
Terminología · Ingeniería de LLM · Agentes de IA · IA · ExplicaciónEl término y su práctica, de enero de 2024 a agosto de 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 con fuentes que acuñaba graph engineering (ingeniería de grafos): diseñar un sistema de agentes como un grafo explícito de nodos, aristas y estado guardado, en lugar de un modelo dentro de un bucle. Catorce días después, a las 00:34 UTC del 18 de julio, Peter Steinberger preguntó en X “Are we still talking loops or did we shift to graphs yet?” (¿seguimos hablando de bucles o ya hemos pasado a los grafos?) y sumó 3.1 millones de visualizaciones. Cuatro horas y media más tarde, Hamel Husain publicó un artículo titulado Loop Engineering Is Dead. Enter Graph Engineering. Todo su texto es un GIF con el rótulo “Stop it.” y un punto. La broma hizo famoso el término. La práctica era anterior a ambos: un artículo científico había contrapuesto flow engineering a la ingeniería de prompts en enero de 2024, y la revisión que cita el ensayo de julio decía que el enfoque “a menudo se describe como flow engineering”.
La idea es compartida. El lío es el nombre. Todas las fuentes que lo definen describen la misma estructura en tres partes. En lo que discrepan es en cómo llamarlo, quién le puso nombre y si es nuevo.
- 14días entre el ensayo cuidadoso que acuñó el término y la broma que lo hizo circular
- 12palabras en la publicación que lo logró — una pregunta que no afirma nada
- 1GIF y un punto: el texto completo del artículo que declaró muerta la ingeniería de bucles
- 2024el año en que el título de un artículo contrapuso flow engineering a la ingeniería de prompts — el uso más antiguo de la expresión que se ha encontrado
- 0mediciones que comparen un grafo con un bucle
Nodos
“Un buen nodo es aburrido”
- En la definición de Simmons, un nodo puede ser un modelo que ejecuta el conocido ciclo pensar-actuar-observar, una función determinista corriente, un paso de recuperación o una persona. Hace una sola cosa, puede probarse por separado y puede sustituirse sin tocar nada más.
- LangChain describe su propio marco de la misma manera: un nodo puede ser código determinista, una única llamada al modelo, una llamada a una herramienta o un agente completo con su propio bucle interno.
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, en palabras de Simmons, consiste en saber cuál es cuál, “y optar por lo determinista siempre que puedas permitírtelo”.
- El argumento de Google para su Agent Development Kit 2.0, según lo recoge Turing Post, es el mismo: “el código debe controlar el enrutamiento predecible, y los modelos deben ocuparse de los pasos que requieren interpretación o juicio.”
Estado
Un esquema, guardado en cada cruce
- De aquí salen las propiedades útiles. Fallar deja de significar “reiniciar la ejecución” y pasa a significar “reintentar el nodo”, y una tarea puede esperar tres días a la firma de una persona sin tener secuestrada una ventana de contexto.
- 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. La presentación taiwanesa del término dice lo mismo casi con las mismas palabras.
Verificación
Tiene que venir de fuera
- 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 resultado con el cliente o la revisión de una persona experta le dan al sistema pruebas de fuera de su propio razonamiento.
- Atribuye a Carlos Perez la advertencia que hay detrás: un grafo de agentes que revisan a otros agentes “puede producir tonterías extremadamente organizadas”, porque modelos hechos de la misma manera, que leen el mismo contexto defectuoso, tienden a darse la razón.
Qué grado de firmeza tiene cada cosa Ordenado por solidez: lo que muestran los propios documentos, luego lo que un documento solo afirma, luego lo que contradicen fuentes fechadas y, por último, la lectura de este artículo.
| Firmeza | Qué | Sobre qué base |
|---|---|---|
| Leído en la fuente | El término, definido en tres partes — nodos aburridos, aristas tipadas, estado guardado — y “el bucle no ha muerto. Lo han degradado.” | Josh C. Simmons, 4 jul 2026 |
| Leído en la fuente | Las doce palabras y 3.1 millones de visualizaciones; las primeras respuestas son bromas — “im tired boss”, “bro stop I'm on vacation” | Peter Steinberger en X, 18 jul 2026, 00:34 UTC |
| Leído en la fuente | Loop Engineering Is Dead. Enter Graph Engineering: un dibujo de portada, un GIF con el rótulo “Stop it.” y un punto. Nada más | Hamel Husain, artículo en X, 18 jul 2026, 05:09 UTC |
| Leído en la fuente | Flow engineering en el título de un artículo, contrapuesto a la ingeniería de prompts | Ridnik, Kredo y Friedman, arXiv, 16 ene 2024 |
| Leído en la fuente | Una sección de una revisión sobre orquestación en grafo que dice que el enfoque “a menudo se describe como flow engineering” — una revisión que el ensayo que acuñó el término incluye entre sus fuentes, precisamente por eso | Arunkumar V, Gangadharan y Buyya, arXiv, 18 ene 2026; lista de fuentes de Simmons |
| Leído en la fuente | “Un bucle ya es un grafo. Es simplemente un grafo cuyo camino vuelve a un nodo anterior.” | Ksenia Se, Turing Post, 20 jul 2026 |
| Leído en la fuente | “Los dos tuits eran bromas” — y “la broma funcionó porque apunta a algo real” | Louis-François Bouchard, 22 jul 2026 |
| Leído en la fuente | El bucle como un planificador con un conjunto de listos de exactamente uno — y la advertencia del propio artículo: “ni una implementación de producción ni resultados empíricos” | Hu Wei, arXiv, 13 abr 2026 |
| Afirmado por su propio documento | Que la ingeniería de grafos es “un paradigma de ingeniería novedoso” | Una revisión de 35 autores, arXiv, 21 ago 2026 |
| Contradicho por fuentes fechadas | Que nadie había dado nombre a la ingeniería de bucles antes de que el ensayo de julio “le pusiera nombre retroactivamente” | Simmons, 4 jul 2026; frente a publicaciones y ensayos de abril a junio de 2026 |
| Lectura de este artículo | Que el término tiene dos orígenes, y el que circuló fue la broma | Señalado como lectura, no como hecho con fuente |
Cronología
Una práctica con nombre, luego otro nombre, luego una broma El ciclo viral dura dieciséis horas y está cerca del final de una cadena que empieza en 2023. Las horas del 18 de julio son UTC.
- ago 2023Empieza un marco de grafos para agentes. Se crea el repositorio LangGraph de LangChain. Su primera versión llega el 8 de enero de 2024 — por eso LangChain puede decir en julio de 2026 que tiene tres años mientras otros fechan su lanzamiento en enero de 2024.
- 16 ene 2024“Flow engineering”, en un título. Un artículo de CodiumAI se titula From Prompt Engineering to Flow Engineering: en vez de un único prompt bien escrito, un flujo por etapas guiado por pruebas que genera, ejecuta y corrige código. En su propia prueba, GPT-4 resuelve el 44% de los problemas de validación con cinco intentos cada uno, frente al 19% con un solo prompt.
- oct 2025LangGraph 1.0. El marco de grafos que más citan estas fuentes llega a su primera versión principal.
- 18 ene 2026La práctica, nombrada en una revisión. Una revisión sobre IA agéntica tiene una sección titulada Graph based orchestration and flow engineering: los sistemas en producción modelan el flujo de trabajo “como una máquina de estados donde los nodos representan llamadas a herramientas o invocaciones del LLM y las aristas representan transiciones permitidas. Este enfoque a menudo se describe como flow engineering.”
- 13 abr 2026El argumento formal contra el bucle. Un artículo de posición de un solo autor describe un bucle de agente como “un planificador de una única unidad lista”, cuyo siguiente paso “procede de una inferencia opaca del LLM y no de una política inspeccionable”, y propone un Structured Graph Harness. Su resumen termina: ni una implementación de producción ni resultados empíricos.
- 15 abr 2026Bucles, antes de la palabra. En el escenario de Acquired Unplugged, en San Francisco, Boris Cherny, que dirige Claude Code, describe su trabajo como escribir bucles — como lo citará después Addy Osmani, “mi trabajo es escribir bucles”. Esa misma tarde da las gracias a los anfitriones en X.
- 7 jun 2026La ingeniería de bucles recibe nombre. Peter Steinberger publica que hay que estar “diseñando bucles que den prompts a tus agentes”; ese mismo día Addy Osmani publica un ensayo titulado Loop Engineering.
- 30 jun 2026Una expresión de moda. Andrew Ng llama a la ingeniería de bucles “una expresión de moda”; el equipo de Claude Code de Anthropic publica una guía para empezar con los bucles.
- 4 jul 2026La acuñación seria. Josh C. Simmons publica We Are Entering the Graph Engineering Phase: una definición en tres partes, siete prácticas y seis fuentes — una de ellas la revisión de enero, citada por la “orquestación en grafo y flow engineering”. En el mismo ensayo: “Así que la práctica convergió y el vocabulario no. De acuerdo. Aquí está el vocabulario: graph engineering.”
- 18 jul · 00:34Doce palabras. Peter Steinberger, en X: “Are we still talking loops or did we shift to graphs yet?” No propone nada y llega a 3.1 millones de visualizaciones. Las primeras respuestas: im tired boss; bro stop I'm on vacation; YouTube durante las próximas 3 semanas: “POR QUÉ NECESITAS UN GRAFO Y NO UN BUCLE”.
- 18 jul · 02:10El primer intento de darle significado. Shubham Saboo: “¿qué demonios es un grafo? Los bucles hicieron programable el comportamiento de los agentes. Los grafos hacen programables las organizaciones de agentes.”
- 18 jul · 05:09La necrológica. Hamel Husain publica un artículo en X: Loop Engineering Is Dead. Enter Graph Engineering. Bajo un dibujo de portada de un bucle que se abre en una red, el cuerpo es un GIF de reacción con el rótulo “Stop it.” y un punto.
- 18 jul · 05:16El guiño. Husain, citando su propio artículo: “Si viera esto en mi timeline, personalmente me daría miedo hacer clic. Pero prometo que no es lo que crees.”
- 18 jul · 16:26El eslogan. Santiago: “La ingeniería de bucles ha muerto. ¡Viva la ingeniería de grafos!” Nueve minutos después, Husain, citando de nuevo su artículo: “Guardado 100 veces 🤣🤣”.
- 20 jul 2026¿Es real? Turing Post lee la publicación fundacional como una broma — Peter se está divirtiendo —, informa de que para el domingo había cursos, hojas de ruta, pilas de herramientas, cuenta cuatro cosas distintas que la gente quiere decir con grafo y remata con la frase de la que depende el argumento: un bucle ya es un grafo.
- 22 jul 2026Dicho en voz alta, dos veces. Louis-François Bouchard: “en su mayor parte fue un gran meme en torno a la creación de términos nuevos” — y “la broma funcionó porque apunta a algo real”; en una versión más larga del mismo día, “los dos tuits eran bromas”. Los fundadores de LangChain, también ese día, escriben que la ingeniería de grafos “no es una idea nueva. Es el nombre más reciente de un enfoque bien establecido.”
- 28 jul 2026Llega a Taiwán como vocabulario. 《數位時代》 (BusinessNext) lo presenta como uno de cinco términos de ingeniería de IA, cita como fuentes X y a Josh C. Simmons, revela que su primer borrador lo escribió una IA y dice claramente que cómo encajan las cinco capas no tiene respuesta establecida.
- 21 ago 2026Presentado otra vez, como nuevo. Una revisión de 35 autores: “presentamos la ingeniería de grafos, un paradigma de ingeniería novedoso”. No menciona ninguna de las publicaciones de julio ni la expresión flow engineering, y ya nombra el siguiente peldaño: la ingeniería de ontologías. Una versión revisada llega el 26 de agosto.
El argumento
Tenía el nombre anterior y eligió uno nuevo El ensayo que acuñó el término es cuidadoso con sus artículos, se equivoca sobre el término anterior y sabía que la práctica ya tenía nombre.
El ensayo de Josh C. Simmons es el cuidadoso. Dos citas de arXiv, ambas reales; una cifra del 60 por ciento de una revisión, citada con exactitud; un resumen de la sección de un artículo que coincide casi palabra por palabra con el propio título de la sección.
Ese resumen es lo interesante. Entre sus fuentes incluye la revisión de enero por “la orquestación en grafo y flow engineering como un cambio identificado en la industria” — una revisión cuya sección sobre el tema dice que el enfoque “a menudo se describe como flow engineering”. En el cuerpo del ensayo escribe: “Así que la práctica convergió y el vocabulario no. De acuerdo. Aquí está el vocabulario: graph engineering.” La práctica tenía nombre, él lo había leído y propuso otro.
El mismo ensayo se equivoca sobre el término anterior. “Nadie le puso nombre a la disciplina… Así que permitidme nombrarla retroactivamente: loop engineering.” Ya tenía nombre desde cuatro semanas antes. Boris Cherny había descrito su trabajo como escribir bucles sobre un escenario de San Francisco el 15 de abril; Peter Steinberger y Addy Osmani hicieron públicos el diseño de bucles y la expresión loop engineering el 7 de junio; Andrew Ng la llamó “una expresión de moda” y el equipo de Claude Code de Anthropic publicó una guía el 30 de junio. Turing Post, quince días después del ensayo, le calcula al término “unas seis semanas”.
Nada indica mala fe y este artículo no la alega. La lectura que ofrece, señalada como lectura: un autor que lee con atención sus artículos y se pierde un mes de X está mostrando dónde vive este vocabulario. Vive en una línea temporal y se mueve en días, y se puede proponer de buena fe un nombre nuevo para algo que ya tiene uno.
La necrológica no tenía nada dentro El artículo que declaró muerta la ingeniería de bucles es un titular, un dibujo y un GIF que dice “Stop it.”
Catorce días después del ensayo, a las 00:34 UTC del 18 de julio, Peter Steinberger escribió doce palabras en X: “Are we still talking loops or did we shift to graphs yet?” Sumó 3.1 millones de visualizaciones y respuestas en el mismo tono.
Cuatro horas y media después, Hamel Husain publicó un artículo en X titulado Loop Engineering Is Dead. Enter Graph Engineering. Bajo el título hay un dibujo de una flecha circular que se abre en una red de nodos. Bajo el dibujo hay un GIF de reacción con el rótulo “Stop it.” y un punto. Ese es todo el artículo. Minutos después escribió: “Si viera esto en mi timeline, personalmente me daría miedo hacer clic. Pero prometo que no es lo que crees.” Once horas más tarde, citándolo de nuevo: “Guardado 100 veces 🤣🤣”.
Las respuestas cuentan cómo circuló. “Esta es la versión IA de que te hagan un Rick Roll.” Y: “Conmigo funcionó del todo. Lo vi y empecé a burlarme de él con la gente que tenía alrededor sin hacer clic, jaja.” El titular circuló por sí solo. Por la tarde Santiago había publicado “La ingeniería de bucles ha muerto. ¡Viva la ingeniería de grafos!”, y para el domingo, según Turing Post, había “cursos, hojas de ruta, pilas de herramientas” e hilos que aseguraban que Microsoft, Stanford y Anthropic habían descubierto a la vez la ingeniería de grafos — junto con una afirmación de un 18% más de precisión y un 85% menos de costes que Turing Post rastreó hasta un estudio acotado sobre diagramas de ingeniería industrial.
La lectura de este artículo, señalada como tal: ninguna de las dos publicaciones que hicieron famoso el término contiene una definición — una es una pregunta y la otra un GIF que te dice que pares. Las definiciones vinieron de otra parte, sobre todo del ensayo de quince días antes, al que da crédito la presentación taiwanesa, y Turing Post contó en pocos días cuatro cosas distintas que la gente quería decir con grafo. La broma iba sobre lo rápido que este campo se cambia de nombre. Se tomó como un cambio de nombre más.
Lo que añaden otros
Lo que de verdad se construye Las siete prácticas de Josh C. Simmons, que la presentación taiwanesa condensa en tres. Quitada la quincena, el consejo es concreto y más antiguo que el nombre.
- 1Dibuja el estado antes de escribir un promptEl esquema del estado es la arquitectura. “Si no puedes escribir lo que sabe el sistema en cada punto de una ejecución, tienes una demo.”
- 2Mantén aburridos los nodosUna cosa cada uno, para poder probarlo, almacenarlo en caché, reintentarlo y sustituirlo. “Un nodo que hace cinco cosas es un bucle con pasos de más.”
- 3Pon el juicio en las aristas, e instruméntalasLa inteligencia de un sistema en grafo vive en su enrutamiento, así que las aristas que decide el modelo son justo donde fallará.
- 4Guarda el estado en cada cruce de aristaFallar pasa a ser “reintentar el nodo”, no “reiniciar la ejecución”, y un grafo puede esperar tres días a la firma de una persona.
- 5Trata a las personas como nodosUna arista de entrada, una de salida y una persona en medio. Añadir la aprobación como un gestor de excepciones “es como acabas con 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.
- 7Evalúa trayectorias, no solo resultados“Las evaluaciones del resultado te dicen que la ejecución terminó bien. Las de trayectoria te dicen si siguió 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 Todas las escaleras tienen el prompt abajo y el grafo cerca de arriba. Discrepan sobre el harness — y la más reciente ya tiene un peldaño por encima del grafo.
| De quién | La escalera | ¿Harness? |
|---|---|---|
| Josh C. Simmons · 4 jul | prompt → contexto → bucle → grafo | Ausente. “Cada peldaño es un paso más en abstracción” |
| Louis-François Bouchard · 22 jul | prompt, contexto, harness, bucle, grafo | Presente. “Se solapan mucho, aunque no son idénticos” |
| LangChain · 22 jul | prompt, contexto, harness, bucle, grafo | Presente, como “el último término salido de la fábrica de contenido de IA de X” |
| 《數位時代》 · 28 jul | prompt, contexto, harness, bucle, grafo | Presente — y qué capa contiene a cuál no tiene respuesta establecida |
| Revisión de 35 autores · 21 ago | prompt, contexto → harness, bucle → grafo → ontología | Presente: “Agent = Loop(LLM + Harness)” |
| Hu Wei · 13 abr | Sin escalera — una propuesta de diseño | Llama a su propio diseño Structured Graph Harness — la palabra que falta en la escalera de cuatro peldaños está en el nombre del diseño que esa escalera cita |
Las réplicas coinciden entre sí más que los anuncios.
Turing Post: “Un bucle ya es un grafo. Es simplemente un grafo cuyo camino vuelve a un nodo anterior.” LangChain, cuyo LangGraph es el marco que más nombran estas fuentes, dice lo mismo desde el otro lado — “los bucles son grafos simples” y “los grafos de agentes no suelen ser DAG”, porque los agentes en producción reintentan, preguntan, corrigen y hacen pausas. Bouchard: “Los grafos contienen bucles.” Simmons lo dijo primero: el bucle no ha muerto, lo han degradado, y sigue funcionando dentro de cada nodo.
Nada de esto es nuevo, y las fuentes lo dicen. Las máquinas de estados, los DAG y los motores de flujos de trabajo “llevan décadas haciendo versiones de esto” (Turing Post); la guía de Anthropic de 2024 para crear agentes ya dibujaba encadenamiento, enrutamiento, trabajadores en paralelo y bucles de evaluación (Bouchard); el repositorio de LangGraph es de agosto de 2023. El propio veredicto de LangChain — “Es el nombre más reciente de un enfoque bien establecido” — viene de una empresa que termina la entrada recomendando su producto.
Conviene quedarse con dos advertencias. “Grafo” significa al menos cuatro cosas: un grafo de control de lo que se ejecuta a continuación, un grafo de conocimiento de entidades y relaciones (GraphRAG), la traza de una ejecución y un grafo de bucles que se revisan entre sí — y solo el primero es de lo que trata la ingeniería de grafos. Y la mayoría de los agentes no lo necesita: “Si el flujo de trabajo es lineal, mantenlo lineal.”
Y sigue sin haber nada que lo mida El artículo formal renuncia a resultados empíricos. La revisión que presenta el paradigma dice que la medición aún no existe.
La formulación más rigurosa de la idea, el artículo de posición de Hu Wei de abril, dice de sí mismo: “Este es un artículo de posición y una propuesta de diseño… ni una implementación de producción ni resultados empíricos.” Su tabla comparativa califica su propio diseño de “Solo diseño; sin validación empírica” junto al “Ampliamente desplegado; validado por la comunidad” de LangGraph, bajo un encabezado que dice Fairness disclaimer (advertencia de equidad).
La única cifra suya que circuló — que el 60 por ciento de 70 proyectos de agentes de código abierto son bucles simples — es del propio artículo, y el artículo dice que su encuesta “no está revisada por pares” y es “evidencia cualitativa y no prueba cuantitativa”. Sus recuentos no coinciden entre sí. El cuerpo dice 42 de 70; el encabezado del apéndice dice 41; el apéndice enumera 50 proyectos bajo ese encabezado, ocho de los cuales también aparecen en otro — y 50 menos 8 es el 42 del cuerpo. En las cinco categorías la lista nombra 69 proyectos distintos, los encabezados suman 68 y una tabla en otra parte da a las máquinas de estados un 10 por ciento donde el apéndice da un 6.
La revisión de 35 autores de agosto, que presenta la ingeniería de grafos como paradigma, es clara sobre la laguna: las mejoras de rendimiento “pueden deberse a un modelo base más potente, un contexto más largo, más muestras de razonamiento o un mayor coste computacional, y no a una organización de tareas más eficaz”, y las futuras pruebas deberían ofrecer “presupuestos de ejecución equiparados”. El único resultado medido en todo este linaje es el de AlphaCodium, de enero de 2024: GPT-4 resolvió el 44% de sus problemas de validación con el flujo por etapas frente al 19% con un solo prompt. Eso es un flujo frente a un prompt, en programación competitiva, medido por la empresa que construyó el flujo — no un grafo frente a un bucle.
Conclusión
Qué sacar en claro La idea es sólida. El lanzamiento fue una broma, y la broma iba sobre poner nombres. Hay que mantener ambas cosas separadas.
Juzga la idea, no el lanzamiento
Las dos publicaciones fundacionales eran bromas, y es tentador concluir que el término no vale nada. Bouchard se niega a dar ese paso, y este artículo también. El ensayo que lo acuñó, los fundadores de LangChain, Turing Post y la prensa taiwanesa describen los mismos nodos, las mismas aristas que llevan decisiones y el mismo estado guardado, y coinciden en cuándo no usar uno. Eso es convergencia en la idea. El desacuerdo es sobre cómo llamarla.
Abre el documento fundacional
El artículo que declaró muerta la ingeniería de bucles contiene un GIF que dice “Stop it.”, y su autor prometió que no era lo que parecía. Compartido por su titular, se convirtió en un cambio de nombre más. La lectura de este artículo, señalada como tal: cuando un término llega así, abre el documento fundacional antes de repetirlo — aquí bastaba un clic, y el clic lo zanja.
La práctica tenía nombre, y quien acuñó el término lo citó
Flow engineering está en el título de un artículo de enero de 2024 y en el encabezado de una sección de una revisión de enero de 2026, y el ensayo de julio incluye esa revisión entre sus fuentes antes de proponer un nombre nuevo. En agosto una revisión de 35 autores presentó la ingeniería de grafos como “un paradigma de ingeniería novedoso” sin mencionar las publicaciones de julio ni la expresión anterior, y nombró el siguiente peldaño, la ingeniería de ontologías. Los nombres cambian en semanas; la práctica apenas se ha movido.
Todavía sin medición
La ingeniería de grafos no tiene ninguna medición propia. Su artículo más riguroso renuncia a resultados empíricos, su cifra más citada procede de una encuesta que su autor califica de cualitativa, y la revisión que presenta el paradigma dice que la ganancia de la estructura aún no se ha separado de la ganancia de más cómputo. Cinco términos después, en esta serie, el vocabulario sigue moviéndose más deprisa que las pruebas.
Lo que no pudo verificarse
Información sin confirmar — que “flow engineering” era el nombre habitual de los flujos de trabajo de agentes estructurados en grafo. Una revisión de enero de 2026 dice que el enfoque “a menudo se describe como” tal, pero cita para ello solo dos repositorios de marcos que no usan la expresión; un artículo de 2024 la usó en su título. No se encontraron pruebas de un uso más amplio.
Mensaje principal y fuentes
- Tal Ridnik, Dedy Kredo e Itamar Friedman, AlphaCodium, arXiv (16 ene 2024)
- repositorio de LangGraph, GitHub (creado el 9 ago 2023)
- historial de versiones de LangGraph, PyPI (8 ene 2024 a oct 2025)
- Arunkumar V, Gangadharan G.R. y Rajkumar Buyya, arXiv (18 ene 2026)
- Hu Wei, arXiv (13 abr 2026)
- WorkOS, página del acto Acquired Unplugged (15 abr 2026)
- Boris Cherny en X (16 abr 2026, UTC)
- Peter Steinberger en X (7 jun 2026)
- Addy Osmani (7 jun 2026)
- Andrew Ng en X (30 jun 2026)
- Delba de Oliveira y Michael Segner, blog de Claude (30 jun 2026)
- Josh C. Simmons (4 jul 2026)
- Peter Steinberger en X (18 jul 2026, 00:34 UTC)
- Shubham Saboo en X (18 jul, 02:10 UTC)
- Hamel Husain, artículo en X (18 jul, 05:09 UTC) y publicaciones (05:16 y 16:35 UTC)
- Santiago en X (18 jul, 16:26 UTC)
- Ksenia Se, Turing Post (20 jul 2026)
- Louis-François Bouchard, Substack y louisbouchard.ai (22 jul 2026)
- Sydney Runkle y Harrison Chase, LangChain (22 jul 2026)
- 陳建鈞, 《數位時代》 (28 jul 2026; primer borrador escrito por IA, según su propia nota final)
- Yuyuan Feng y otros 34, arXiv (21 ago 2026, revisado el 26 ago). Todas leídas el 28 sep 2026. Este término es uno de los cinco que recoge el tema permanente ingeniería de LLM, que lo sitúa junto a los otros cuatro.