Parabéns, todos têm mais uma nova profissão: auditor de agentes.

O mais interessante neste artigo do AgentFlow não é que tenha inventado mais um framework de fluxo de trabalho, mas sim que desenha os programas de agente como uma nova cadeia de fornecimento de software.
Antes, ao rever código, olhava-se principalmente para a função A chamar a função B.
Agora, o caminho a ser analisado é mais complicado:
Em que prompt entrou a entrada do utilizador;
Que agente o prompt afeta;
A quem o agente pode passar o controlo;
Se a memória partilhada pode levar contexto sujo;
Qual ferramenta pode escrever ficheiros, enviar e-mails, executar comandos.
Isto é o que eles chamam de Gráfico de Dependência de Agentes.
Ultimamente, tenho compreendido cada vez mais isto. Abrir várias janelas do Codex, Claude, Cursor não tem significado; o que realmente importa é gerir os limites de permissão e o caminho de escrita de cada worker:
O que pode ler;
O que pode escrever;
O que pode invocar;
Quando se depara com publicação, implementação, carteira, ambiente de produção, onde está o controlo de acesso;
Depois de concluído, onde escrever as provas.
Caso contrário, o chamado fluxo de trabalho multi-agente rapidamente se tornará um monte de janelas de conversa que parecem muito ocupadas, mas ninguém sabe quem tocou em quê.
Artigo: AgentFlow: Construindo Gráficos de Dependência de Agentes para Análise Estática de Programas de Agentes