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


O ponto mais interessante do artigo AgentFlow não é a invenção de mais um framework de fluxo de trabalho, mas sim tratar o programa agente como uma nova cadeia de suprimentos de software para diagramar.
Antes, ao revisar código, o foco principal era ver se a função A chamava a função B.
Agora, o caminho a ser analisado é mais complicado:
Qual prompt a entrada do usuário entrou;
Qual agente o prompt afeta;
Para quem o agente pode passar a tarefa;
Se a memória compartilhada pode carregar contexto sujo;
Por fim, qual ferramenta pode escrever arquivos, enviar e-mails, executar comandos.
Isto é o que ele chama de Gráfico de Dependência de Agentes.
Recentemente, estou entendendo cada vez mais isso. Abrir várias instâncias do Codex, Claude, Cursor por si só não tem significado; o que realmente precisa ser gerenciado são os limites de permissão de cada worker e o caminho de escrita de volta:
O que pode ler;
O que pode escrever;
O que pode chamar;
Ao encontrar publicação, implantação, carteira, ambiente de produção, onde está a porta de acesso;
Para onde a evidência deve ser escrita depois de concluído.
Caso contrário, o chamado fluxo de trabalho multi-agente logo se tornará um monte de janelas de diálogo que parecem muito ocupadas, mas ninguém sabe quem mexeu em quê.
Artigo: AgentFlow: Construindo Gráficos de Dependência de Agentes para Análise Estática de Programas de Agentes
Ver original
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
  • Recompensa
  • Comentário
  • Repostar
  • Compartilhar
Comentário
Adicionar um comentário
Adicionar um comentário
Sem comentários
  • Fixado