Compartilhar via

Padrões multiagente

Padrões multiagente exigem algum tipo de interação agente a agente. Os agentes participam de uma malha segura de capacidades, com cada agente sendo um participante bem comportado que troca sinais e coordenadas do trabalho.

Implemente invocações entre agentes e ferramentas utilizando os princípios de menor privilégio, simplicidade, auditabilidade e governança robusta. Para reduzir a complexidade, prefira orquestração nativa de plataforma para fluxos internos sempre que possível, e use o Protocolo de Contexto de Modelo (MCP) para acesso seguro e autenticado a ferramentas e dados. Use o protocolo Linux Foundation Agent2Agent (A2A) para integração de agentes multiplataforma com contratos publicados e agentes com MCP conforme apropriado. Padronize a segurança e o gerenciamento de agentes conectados utilizando Kits de Desenvolvimento de Software (SDKs) publicados com suporte nativo a MCP e A2A.

Casos de uso complexos podem envolver um híbrido de tipos de agentes magenticos, seriados e concorrentes. Por exemplo, um fluxo de trabalho de geração de documentos pode exigir tanto etapas seriais (escolher um modelo, gerar conteúdo fundamentado e inspecionar a conformidade) quanto um fluxo de trabalho concorrente onde múltiplas verificações de conformidade são executadas em paralelo. Tanto tipos simples quanto complexos de agentes magéticos podem ser usados dentro do fluxo de trabalho.

Diagrama de um fluxo de trabalho multiagente mostrando fluxos concorrentes e seriais entre os Agentes 1A, 1B, 2 e 3, com revisão humana ao final.

Recomendações de interação multi-agente

  • Prefira orquestração nativa de plataforma para fluxos internos com subagentes sempre que possível, para manter a orquestração simples.

  • Use o MCP para acesso a ferramentas e dados, incluindo ferramentas de serviço do Microsoft 365. É a forma recomendada de mostrar dados e ações aos agentes com segurança, autenticação e auditoria de nível empresarial.

  • Use A2A para mensagens multiplataforma entre agentes. Projetar para descoberta de capacidades e contratos de tarefas. Exigir que os agentes publiquem "cartões de agente" (capacidades) e utilizem o modelo de tarefas e artefatos do A2A para que os fluxos de trabalho possam descobrir, invocar e acompanhar tarefas de longa duração entre runtimes.

  • Integre agentes maduros ou abstratos via MCP ou A2A para evitar reimplementar lógica e melhorar o reuso e a rastreabilidade e controle de ponta a ponta.

  • Integre agentes externos conectados usando SDKs publicados para padronizar segurança, registro e observabilidade.

  • Aplicar políticas e auditorias na camada do plano de controle com frameworks como o Agent 365 para manter os agentes compatíveis e observáveis.

  • Use o escopo de menor privilégio ao chamar ferramentas hospedadas no MCP, como a partir de etapas de fluxo de trabalho para consultas ou ações de dados.

  • Para limitar a área de superfície e melhorar o desempenho, use a validação de cargas úteis tipadas entre etapas e componentes quando necessário, com esquemas definidos e passagem de contexto necessária. Projetar para erros descritivos para que os agentes possam se autocorrigir com base em mensagens de erro.

  • Projete para o paralelismo, limite o contexto entre agentes ao que é estritamente necessário e use memória de curto prazo para evitar trabalhos redundantes.

  • Inclua os usuários no fluxo de trabalho e comunique quando os agentes colaboram. Exigir aprovações humanas para ações de alto impacto entre agentes. Permita cancelar e pular passos longos e resumos superficiais. Reconcilie resultados conflitantes.

Avaliando MCP e A2A em arquiteturas de agentes

MCP (Model Context Protocol) e A2A (Agent2Agent da Linux Foundation) são padrões de código aberto complementares para construção de aplicações agentes.

Diagrama de dois agentes de IA com interfaces A2A se comunicando, cada um conectando a servidores MCP separados com ferramentas e agentes como painéis de ferramentas.

Ambos os padrões oferecem funcionalidades semelhantes para fluxos cliente-servidor e descoberta de habilidades. A tabela a seguir lista onde cada protocolo tem diferenciadores claros ao escolher como conectar múltiplos agentes.

Capability MCP A2A
Multimodalidade Exige que o host MCP suporte Permite a publicidade dos tipos de mídia suportados para possibilitar trocas de dados fortemente tipadas.
Notificações proativas e assinaturas Suporte a notificações do sistema Notificações de sistema e conteúdo.
Interações em múltiplas voltas O servidor MCP pode, opcionalmente, obter informações adicionais. O gerenciamento de contexto fica com o host. O contextId permite gerenciamento de contexto entre agentes. Múltiplas tarefas podem existir dentro de um mesmo contexto. "Input required" é equivalente a elicitações MCP.
Orquestração O host MCP orquestra quais ferramentas invocar e sintetiza a saída final O agente invocado usa sua própria cadeia de pensamento e orquestração. Ferramentas/APIs são opacas para agentes de solicitação.
Negociação Requer atualização do cliente MCP para novas modalidades ou funções A negociação dinâmica para fluxos suportados é mais robusta para atualizações de serviços.

O MCP oferece uma maneira simples e direta para agentes interagirem com objetos externos como APIs, fontes de dados ou outros agentes. Ele oferece controles fortes para que um único orquestrador possa selecionar, invocar, filtrar, raciocinar e sintetizar o resultado. Esse protocolo se adequa a cenários onde você prefere o controle do raciocínio e do peso em vez de flexibilidade e dinamismo.

O A2A é mais adequado para cenários onde os agentes são ou devem ser opacos uns aos outros. Por exemplo, se o fluxo multiagente requer entradas de um agente externo, ou agentes pertencentes a duas organizações de engenharia diferentes. O suporte à negociação reduz a dependência de atualizações de código cliente-servidor quando um serviço publica novas funcionalidades.

Saiba Mais:

Próximas etapas

  • Last updated on