La ingeniería de grafos hace visible el modelo de aplicación al sustituir el flujo de control implícito por relaciones explícitas entre nodos como operaciones, posiciones, riesgo, políticas y enrutamiento. Frameworks como Microsoft Agent Framework y LangGraph describen los flujos de trabajo como grafos dirigidos de ejecutores y aristas, una mejora notable frente a ocultar la lógica dentro de un gran bucle de agente. Sin embargo, el grafo no es el orquestador: un diagrama en diamante (A que se bifurca en B y C y converge en D) no especifica el orden de ejecución, la concurrencia, la visibilidad del estado, el tratamiento de fallos ni la limpieza, por lo que una persona sigue teniendo que authoring el plan global de coordinación. Este es el mismo problema de coordinación que aparece en el código generado por IA: un LLM puede producir código localmente plausible que viola sutilmente un invariante global, y a medida que se acumulan las indicaciones, la aplicación desarrolla un modelo de ejecución que nadie diseñó de forma explícita. El autor explora esto como un problema de compilador a través de Fluxtion, un proyecto nacido de sistemas de trading electrónico que trata la orquestación sobre un grafo cerrado de componentes como algo que un compilador puede derivar a partir de la semántica local de eventos, inspirándose en Incremental de Jane Street y en la resolución de dependencias en tiempo de compilación de Dagger.
La ingeniería de grafos necesita un compilador
Fuentes:
Graph Engineering Needs a Compiler
