Delegação entre agentes de IA: contrato operacional

Um agente comercial recebe um pedido, chama outro agente para consultar estoque, um terceiro para validar condição de pagamento e um quarto para registrar o pedido. No diagrama, parece uma equipe digital especializada. Na operação, aparece a pergunta que a arquitetura não responde sozinha: quem recebeu autoridade para fazer o quê, em nome de quem e com qual prova de conclusão?

Conectar agentes ficou mais viável. O protocolo aberto A2A chegou à versão 1.0 com recursos de interoperabilidade, negociação de versão, ambientes multi-tenant e cartões de agente assinados. Isso melhora comunicação e identificação entre sistemas. Não define, porém, a regra comercial da empresa, a alçada de desconto, o dado que prevalece, a consequência de um atraso nem o responsável pelo resultado.

Este artigo apresenta o contrato DELEGA, uma ficha prática para cada passagem de trabalho entre agentes. O objetivo não é impedir arquiteturas multiagente. É usá-las apenas quando a especialização produz valor verificável — sem multiplicar ambiguidade, custo, acessos e filas invisíveis.

Multiagente deixou de ser apenas demonstração técnica

Em abril de 2026, a Linux Foundation informou que o A2A já reunia mais de 150 organizações, integrações com grandes plataformas e usos em produção em setores como cadeia de suprimentos, serviços financeiros, seguros e operações de TI. A versão 1.0 do protocolo foi apresentada como a primeira especificação estável para comunicação agente a agente.

A documentação oficial do A2A v1.0 separa duas camadas: MCP costuma conectar um agente a ferramentas e contexto; A2A conecta agentes entre si. Cartões assinados ajudam a verificar identidade e metadados antes da interação. Essa infraestrutura é importante, mas identidade confirmada não equivale a mandato comercial válido.

O próprio NIST, em seu concept paper de 2026, trata delegação como um problema específico: ligar a identidade do usuário ao agente para manter controle e responsabilidade; registrar ações, dados gerados e resultados; e acompanhar a proveniência das entradas. A tradução para o gestor é direta: um protocolo transporta a tarefa, mas a empresa precisa transportar junto o mandato.

Antes de adicionar agentes, escolha a arquitetura mais simples que fecha o processo

Vários agentes não são um nível de maturidade obrigatório. Use a separação somente quando houver fronteiras reais de domínio, fonte, equipe, fornecedor ou critério de aceite. Esta matriz ajuda a decidir:

Fluxo determinístico: sequência conhecida, regras estáveis e pouca interpretação. Use automação tradicional, validações e filas; não transforme cada etapa em agente.
Um agente com ferramentas: objetivo variável dentro de um domínio, mesma autoridade e um estado final. O agente pode consultar sistemas diferentes sem delegar a responsabilidade.
Agentes especializados: domínios realmente separados, competências descobertas dinamicamente ou fornecedores distintos, cada qual com entrada e aceite verificáveis.
Coordenação humana: objetivo ambíguo, conflito entre áreas, consequência alta ou alçada que não pode ser derivada automaticamente. A pessoa decide antes da próxima delegação.

Se dois “agentes” compartilham os mesmos dados, regras, acesso e responsável, provavelmente são apenas duas etapas do mesmo fluxo. Separá-los pode adicionar latência, custo e pontos de falha sem criar controle novo.

Contrato DELEGA: seis decisões em cada passagem

D — Dono do resultado permanece visível

Delegar execução não transfere automaticamente responsabilidade. Registre quem é o dono do resultado de negócio, quem opera o fluxo e qual agente originou a cadeia. O último agente não pode se tornar o responsável por padrão apenas porque realizou a última ação.

Para processos sensíveis, preserve também o patrocinador humano ou área que autorizou o agente. O playbook do Fórum Econômico Mundial de 2026 propõe um perfil de capacidade e autorização que une política de delegação, desenho do sistema e supervisão operacional para tornar ações auditáveis e exigíveis ao longo do ciclo de vida.

E — Escopo e estado final cabem em campos verificáveis

O agente chamador deve enviar um pedido limitado: objeto, identificador, dados mínimos, fonte prioritária, resultado esperado e formato de resposta. “Cuide desse cliente” é uma intenção; “consultar disponibilidade do SKU X para o CNPJ Y e devolver quantidade, prazo, origem e validade da consulta” é uma delegação testável.

Defina o que significa concluído, parcial, recusado, expirado e falhou. Sem esses estados, o coordenador pode interpretar uma mensagem bem escrita como resultado completo mesmo quando o sistema de destino não foi atualizado.

L — Limites e alçadas não podem aumentar no caminho

Cada agente recebe apenas os dados, ferramentas, unidades, valores e ações necessários à subtarefa. O agente delegado não deve herdar todas as permissões do chamador nem ampliar o mandato ao chamar outro agente. Limite número de saltos, valor financeiro, janela de tempo, sistemas alcançáveis e operações irreversíveis.

Se uma condição depende da identidade do cliente ou do usuário, carregue esse vínculo de forma verificável. O NIST destaca autorização baseada em identidade, delegação de acesso e gestão do ciclo de vida. Em linguagem operacional: acesso deve expirar, poder ser revogado e ser reavaliado no momento da ação — não apenas quando o fluxo começou.

E — Evidência acompanha a resposta

O agente delegado deve devolver fonte, horário, versão da regra, identificador da execução e prova do estado final. Para consulta, a evidência pode ser o registro e sua validade. Para ação, é o protocolo do sistema, o valor anterior e posterior ou outra confirmação independente.

Não aceite “pedido criado” sem número de pedido e confirmação no ERP. Não aceite “agenda reservada” sem slot, profissional, unidade e status. A trilha também precisa mostrar qual agente produziu cada dado; caso contrário, uma informação não verificada ganha aparência de verdade à medida que percorre a cadeia.

G — Gatilhos de devolução, pausa e conflito são explícitos

Defina quando o agente deve pedir complemento, devolver ao chamador, acionar uma pessoa ou interromper toda a cadeia. Exemplos: fonte indisponível, duas respostas incompatíveis, prazo vencido, baixa observabilidade, limite financeiro atingido, mudança de cadastro durante a execução ou terceiro agente não autorizado.

Também estabeleça timeout e comportamento de repetição. Uma delegação longa precisa de estado consultável; uma tentativa repetida precisa ser idempotente. Para ações que alteram sistemas, conecte o contrato ao método de confirmação e reconciliação, evitando que a recuperação gere duplicidade.

A — Auditoria fecha a cadeia e alimenta melhoria

Registre a cadeia completa: solicitante, agente chamador, agente chamado, versão, entrada, autoridade, resposta, evidência, duração, custo, exceção e decisão final. A revisão não deve olhar apenas a conversa. Deve reconstruir por que cada delegação ocorreu e se ela era necessária.

O relatório NIST AI 800-5, de maio de 2026, consolidou respostas de especialistas e registrou amplo acordo de que princípios clássicos de segurança continuam relevantes, mas precisam ser adaptados aos riscos dos agentes. Na prática, o log técnico só se torna controle quando existe rotina, responsável e decisão associada.

Cartão mínimo para uma delegação

Comece com uma linha por tipo de passagem, não por produto ou fornecedor. Registre:

ID e versão do contrato de delegação;
processo, objetivo e dono do resultado;
agente chamador, agente chamado e patrocinador humano;
condição que autoriza a chamada;
objeto, identificadores e dados mínimos enviados;
fonte oficial e validade esperada;
estado final e formato da resposta;
ações, sistemas e dados permitidos;
limites de valor, tempo, volume e profundidade da cadeia;
ações proibidas e aprovações obrigatórias;
evidência exigida para aceitar o resultado;
timeout, repetição e regra contra duplicidade;
gatilhos de conflito, devolução e escalonamento;
retenção do registro, revisor e frequência de auditoria.

Uma ficha bem preenchida revela se o segundo agente é necessário. Se a equipe não consegue separar entrada, saída e aceite, a arquitetura está dividindo software antes de dividir o processo.

Como o contrato aparece nas verticais da V7

v7 Obras: o agente do diário delega a análise de uma evidência ao agente de planejamento, mas não autoriza medição ou aceite. O retorno traz local, pacote, versão do cronograma, limitações e revisor técnico.
v7 Carteira: o agente comercial consulta estoque e crédito em agentes separados. Nenhum deles concede desconto; a condição final respeita CNPJ, filial, validade e alçada do vendedor.
v7 Agro: o agente de relacionamento consulta histórico e janela comercial, mas devolve ao responsável pedidos que envolvam recomendação técnica, exceção de política ou informação insuficiente.
v7 Imob: o agente de triagem pede a outro agente disponibilidade de imóvel. A resposta expira, não promete reserva e precisa carregar empreendimento, unidade, tabela e horário da consulta.
v7 Clínicas Retorno: o agente de agenda consulta elegibilidade ou horário, sem repassar sintomas além do necessário nem transformar uma resposta administrativa em orientação clínica.
v7 Custom: o agente de compras pode delegar cotação, mas pedido, aprovação e pagamento permanecem em estados separados, com identidade, alçada e evidência próprias.

Teste de mesa: uma cadeia, quatro falhas

Antes do piloto, reúna gestor do processo, usuário da rotina e responsável técnico por 45 minutos. Escolha uma cadeia real e simule:

agente indisponível: o chamador espera, tenta de novo, usa alternativa ou encaminha a uma pessoa?
respostas conflitantes: qual fonte e versão prevalecem, e quem pode decidir?
mandato excedido: o segundo agente tenta chamar um terceiro ou executar ação fora da alçada;
efeito sem resposta: a ação ocorreu, mas o retorno se perdeu; como confirmar sem repetir?

Para cada caso, peça à equipe que aponte dono, estado, evidência, prazo e próximo passo. Se a resposta depende de “alguém vai perceber”, há uma fila operacional ainda não desenhada.

Piloto de 20 dias sem criar uma multidão digital

Dias 1 a 3: mapear o resultado, as fronteiras de domínio e a razão concreta para separar agentes;
Dias 4 a 6: preencher o contrato DELEGA e o cartão de uma única passagem;
Dias 7 a 9: implementar identidades separadas, acesso mínimo, estados e logs;
Dias 10 a 12: testar ausência, conflito, expiração, limite, duplicidade e tentativa de redelegação;
Dias 13 a 15: operar em sombra, comparando a cadeia com a decisão humana;
Dias 16 a 18: liberar volume limitado com aprovação nas ações de maior consequência;
Dias 19 e 20: medir conclusão ponta a ponta, tempo, custo, devoluções, erros propagados e intervenções.

O indicador principal não é quantos agentes conversaram. É quantos resultados válidos chegaram ao sistema oficial dentro do prazo e da alçada, com menos retrabalho. Se a taxa não melhora, simplifique a arquitetura.

Checklist para o gestor

Existe uma razão operacional para usar mais de um agente?
Cada passagem tem entrada, estado final e aceite verificáveis?
O dono do resultado continua visível até o fim?
Chamador e chamado têm identidades e acessos separados?
A autoridade pode diminuir, mas nunca aumentar na cadeia?
Há limite de saltos, tempo, valor, volume e ações irreversíveis?
A resposta informa fonte, horário, versão e validade?
Uma ação só é aceita após confirmação no sistema oficial?
Conflito e expiração levam a um caminho definido?
Repetição não duplica pedido, cobrança, mensagem ou reserva?
É possível revogar um agente sem parar toda a operação?
O log reconstrói a cadeia de delegação e a decisão final?
O processo continua em modo manual se a cadeia falhar?
Custo e latência são medidos por resultado concluído?
A revisão periódica remove agentes e passagens desnecessários?

Com quatro ou mais respostas “não” ou “não sei”, não aumente a autonomia nem a quantidade de agentes. Primeiro organize o mandato, o estado final, a evidência e a rotina de exceção.

O ponto de vista da V7 Agents

Protocolos abertos reduzem o custo de conectar agentes e ajudam a evitar ilhas tecnológicas. O ROI, porém, não nasce da conversa entre sistemas. Nasce quando o processo termina certo: dado válido, ação permitida, registro confirmado, exceção no responsável e melhoria acompanhada.

Na V7 Agents, a escada começa no V7 IA Ready, que define processo, fontes, identidade, alçada e critérios de aceite. Os Agentes Verticais executam tarefas estreitas ligadas à operação. A Operação Contínua acompanha cadeias, falhas, custo e revisão. Multiagente só é avanço quando a empresa consegue explicar cada delegação — e assumir o processo quando ela falha.

Fontes consultadas

Seu fluxo precisa de vários agentes — ou de um processo mais claro?

O V7 IA Ready mapeia objetivo, sistemas, dados, alçadas, evidências e exceções para escolher a arquitetura mais simples que entregue resultado operacional.

Solicitar diagnóstico Conhecer o V7 IA Ready

Seu agente pode delegar trabalho a outro agente?