Compartilhar via


Adicionar visão geral de outros agentes

O Copilot Studio permite a você melhorar os agentes conectando-os a outros agentes. Os agentes podem transferir interações de usuário entre si ou responder a gatilhos autônomos. Escale horizontalmente as soluções de maneira eficiente e eficaz usando agentes modulares personalizados para tarefas ou conjuntos de dados em especial.

Existem diversas maneiras de adicionar outros agentes ao agente do Copilot Studio existente:

Todos os agentes adicionados por você a um agente aparecem na página Agentes.

A conexão com agentes compilados com o Microsoft Foundry, o Microsoft Fabric, o SDK de Agentes do Microsoft 365 e os agentes disponibilizados pelo protocolo A2A está atualmente disponível em versão preliminar pública.

Importante

Este artigo contém a documentação da versão preliminar do Microsoft Copilot Studio e está sujeito a alterações.

A versão prévia dos recursos não foi criada para uso em ambientes de produção e pode ter funcionalidade restrita. Esses recursos são disponibilizados antes de um lançamento oficial para que você possa ter acesso antecipado e fornecer comentários.

Se você estiver criando um agente preparado para produção, consulte Visão geral do Microsoft Copilot Studio.

Considerações sobre o design da solução multiagente

A orquestração multiagente pode ser poderosa, mas nem sempre é necessária e você deve levá-la em consideração antes de adotar uma abordagem multiagente para a solução. As considerações a seguir são importantes durante a decisão de se e como você deve utilizar agentes filho dentro do agente principal, ou conectar o agente a um agente à parte.

Quando usar agentes filho

Crie agentes filho dentro do agente quando:

  • Você está compilando um único caso de uso para responder a uma única intenção ou concluir uma única tarefa (por exemplo, criar um tíquete, verificar um status, reservar um voo).
  • Um único desenvolvedor ou uma pequena equipe coesa gerencia toda a solução do agente.
  • Convém agrupar logicamente ferramentas, instruções e conhecimento em subagentes definidos claramente dentro de um agente maior.
  • Você não precisa de configurações, autenticação ou capacidades de implantação à parte para os subagentes.
  • Você não pretende publicar esses agentes separadamente ou disponibilizá-los de maneira independente.
  • Você não precisa reutilizar o agente em vários agentes.

Quando considerar a divisão do agente em vários agentes conectados

Você deverá considerar a divisão do agente em vários agentes conectados quando a capacidade do agente de diferenciar as ferramentas disponíveis, com base no nome e na descrição, começar a se degradar.

Como regra geral, essa degradação no desempenho pode acontecer quando o agente principal tem mais de 30-40 opções de ação (ferramentas, tópicos e outros agentes). No entanto, a degradação do desempenho também pode ocorrer em um agente com um número menor de ferramentas e descrições detalhadas que também podem causar esse problema.

Por fim, você deve avaliar o desempenho do agente com base nas próprias avaliações. Embora você sempre deva começar revisando as descrições para saber se é possível diferenciar mais, a funcionalidade da divisão entre vários agentes pode ajudar a manter a precisão.

Entre outros motivos pelos quais você pode considerar a divisão da solução entre vários agentes conectados estão:

  • Várias equipes ou desenvolvedores gerenciam agentes diferentes de maneira independente.
  • Você precisa publicar e manter agentes separadamente, além de disponibilizá-los diretamente em canais independentes, bem como serem úteis por outros agentes.
  • Os agentes devem ter as próprias configurações dedicadas, como qual modelo o agente está configurado para usar.
  • Você precisa de processos de gerenciamento do ciclo de vida do aplicativo (ALM) independentes para cada agente.
  • Convém deixar o agente reutilizável (ou seja, conectado a e utilizável por mais de um agente).

Você pode misturar agentes conectados e agentes filho na solução. Por exemplo, você poderia dividir partes da solução em agentes à parte que os usuários também poderiam acessar diretamente. Cada um desses agentes pode ter os próprios agentes filho para finalidades-chave.

Impactos em potencial de soluções multiagente

Ter a solução dividida entre vários agentes pode:

  • Aumentar a latência por causa dos saltos de orquestração extras introduzidos. Por exemplo, a orquestração do agente principal identifica um agente conectado que pode resolver a consulta. O agente conectado acaba executando usando a própria camada de orquestração para determinar como lidar com a consulta usando as ferramentas disponíveis.
  • Aumente a área de testes, gerenciamento e governança para uma solução.

Redirecionar para um agente a partir de um tópico

Você pode redirecionar explicitamente para um agente filho ou conectado dentro de um tópico. Quando o agente terminar, o tópico de origem de onde você redirecionou será retomado. Você poderá inserir mais nós depois do agente redirecionar o nó conforme necessário.

  1. Selecione o ícone Adicionar nó no nó depois do qual você deseja que o redirecionamento ocorra, selecione o agente para o qual deseja redirecionar no submenu Adicionar um agente.

  2. Alguns agentes dão suporte à passagem das variáveis de saída e à recuperação das de saída, como quando você configura entradas e saídas em um agente filho. Se houver entradas disponíveis, você poderá adicioná-las por meio do nó e definir um valor para cada uma. Cada saída do agente automaticamente tem uma variável de tópico criada onde os valores das saídas são colocados.

  3. Agora você pode salvar e testar o tópico para garantir que o redirecionamento do agente esteja funcionando conforme desejado.

Observação

O redirecionamento para agentes de dados do Fabric não é compatível no momento.

Gerenciar agentes conectados existentes

Você pode deixar qualquer agente filho ou conectado temporariamente indisponível ou removê-lo inteiramente da solução.

Indisponibilizar temporariamente um agente filho ou conectado indisponível para o agente principal

Na página Agentes do agente principal, use a opção Habilitado ao lado do agente que você deseja ativar ou desativar.

Desligar um agente filho ou um agente conectado o inativa – ou seja, ele não responde a usuários ou gatilhos.

Excluir um agente filho

Na página Agentes do agente principal, selecione os três pontos (...) ao lado do agente filho que você deseja remover e selecione Excluir.

Remover um agente conectado

Na página Agentes do agente principal, selecione os três pontos (...) ao lado do agente conectado que você deseja remover e selecione Desconectar agente.

Referenciar um agente filho ou um agente conectado nas instruções do agente principal

Isso pode ser útil, especialmente para agentes autônomos, para poder referenciar agentes filho criados por você ou outros agentes conectados. Com esse método, você pode dividir um conjunto de instruções longo para um agente em partes menores e concentradas.

  1. Vá até a página Visão geral do agente principal.

  2. No campo Instruções, digite uma barra (/) e selecione o agente desejado. O Copilot Studio salva automaticamente as instruções.

  3. Testar seu agente. Ao usar o painel de teste no Copilot Studio, você deve ver o agente referenciado no mapa de atividades.

Limitações conhecidas

As limitações a seguir se aplicam a agentes filho e conectados.

  • Atualmente, os agentes do Fabric Data não podem ser redirecionados para usar o nó Redirecionar dentro de um tópico. Atualmente, os agentes do Fabric Data não podem ser referenciados explicitamente dentro das instruções.

  • No momento, os agentes do Fabric Data não funcionam quando o agente principal está implantado no Microsoft 365 Copilot.

  • As citações nem sempre podem ser mantidas durante a passagem das saídas de um agente para um agente de chamada.

  • Embora os agentes filho e conectados respeitem a configuração Usar conhecimento geral do agente principal, não usando o conhecimento geral como parte das respostas geradas pela ferramenta de conhecimento interna, às vezes eles podem usar o conhecimento do modelo de linguagem subjacente ao gerar perguntas ou mensagens.

  • Você não pode se conectar a um agente existente que já esteja conectado a outros agentes.