Felicitaciones, todos tenemos un nuevo puesto de trabajo: auditor de agentes.

Lo más interesante del artículo AgentFlow no es que invente otro framework de flujo de trabajo, sino que representa los programas de agentes como una nueva cadena de suministro de software.

Antes, al revisar código, principalmente se veía si la función A llamaba a la función B.

Ahora los caminos que hay que revisar son más complejos:

qué prompt recibe la entrada del usuario;

qué agente afecta ese prompt;

a quién puede delegar el agente;

si la memoria compartida puede arrastrar contexto sucio;

y finalmente qué herramienta puede escribir archivos, enviar correos o ejecutar comandos.

Esto es lo que llama el Grafo de Dependencia de Agentes.

Últimamente entiendo cada vez más esto. Tener abiertos Codex, Claude, Cursor no tiene sentido por sí mismo; lo que realmente hay que gestionar son los límites de permisos y las rutas de escritura de cada worker:

qué puede leer;

qué puede escribir;

qué puede invocar;

dónde están los controles de acceso al enfrentarse a publicación, despliegue, wallets, entornos de producción;

y dónde se escribe la evidencia una vez terminado.

De lo contrario, el llamado flujo de trabajo multiagente pronto se convertirá en un montón de ventanas de diálogo que parecen muy ocupadas, pero nadie sabe quién tocó qué.

Artículo: AgentFlow: Building Agent Dependency Graphs for Static Analysis of Agent Programs