Partilhar via


Descrição geral de Adicionar outros agentes

O Copilot Studio permite melhorar os seus agentes ligando-os a outros agentes. Os agentes podem transferir interações com os utilizadores entre si ou responder a acionadores autónomos. Dimensione as suas soluções de forma eficiente e eficaz, utilizando agentes modulares adaptados a tarefas ou conjuntos de dados específicos.

Existem várias formas de adicionar outros agentes ao seu agente atual do Copilot Studio:

Todos os agentes que adicionar a um agente aparecem na página Agentes.

A ligação a agentes criados com Microsoft Foundry, Microsoft Fabric, SDK de Agentes do Microsoft 365 e agentes disponíveis através do protocolo A2A está atualmente disponível em pré-visualização pública.

Importante

Este artigo contém documentação de pré-visualização do Microsoft Copilot Studio e está sujeito a alterações.

As funcionalidades de pré-visualização não se destinam à produção e poderão ter caraterísticas restritas. Estas funcionalidades estão disponíveis antes de uma versão oficial para que possa aceder antecipadamente e enviar comentários.

Se está a criar um agente pronto para produção, consulte Descrição Geral do Microsoft Copilot Studio.

Considerações para a conceção de soluções com vários agentes

A orquestração de vários agentes pode ser poderosa, mas nem sempre é necessária e deve ser considerada cuidadosamente antes de adotar uma abordagem de vários agentes para a sua solução. As considerações a seguir são importantes para decidir se e como deve utilizar agentes subordinados dentro do agente principal ou ligar o agente a um agente separado.

Quando utilizar agentes subordinados

Crie agentes subordinados no interior do seu agente quando:

  • Está a criar um único caso de utilização para responder a uma única intenção ou concluir uma única tarefa (por exemplo, criar um pedido de suporte, verificar um estado, reservar um voo).
  • Um único programador ou uma equipa pequena e coesa gere toda a solução do agente.
  • Pretende agrupar logicamente ferramentas, instruções e conhecimentos em subagentes claramente definidos dentro de um agente maior.
  • Não são necessárias definições de configuração, autenticação ou capacidades de implementação separadas para os subagentes.
  • Não pretende publicar estes agentes separadamente nem disponibilizá-los de forma independente.
  • Não é necessário reutilizar o agente em vários agentes.

Quando deve considerar a possibilidade de dividir o seu agente em vários agentes ligados

Deve considerar dividir o seu agente em vários agentes ligados quando a capacidade do seu agente para diferenciar as ferramentas disponíveis, com base no nome e descrição, começar a degradar-se.

Como regra geral, esta degradação do desempenho pode ocorrer 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 num agente com um número menor de ferramentas, cujas descrições sejam semelhantes, o que também pode causar este problema.

Em última análise, deve avaliar o desempenho do seu agente com base nas suas próprias avaliações. Embora deva começar sempre por rever as suas descrições para ver se é possível uma maior diferenciação, dividir funcionalidades entre vários agentes pode ajudar a manter a precisão.

Outras razões pelas quais pode considerar dividir a sua solução entre vários agentes ligados incluem:

  • Várias equipas ou programadores gerem diferentes agentes de forma independente.
  • É necessário publicar e manter os agentes separadamente e disponibilizá-los diretamente em canais independentes, além de poderem ser utilizados por outros agentes.
  • Os agentes devem ter as suas próprias definições dedicadas, como o modelo que o agente está configurado para utilizar.
  • São necessários processos independentes de gestão do ciclo de vida das aplicações (ALM) para cada agente.
  • Pretende tornar o seu agente reutilizável (ou seja, ligado a e utilizável por mais do que um agente).

Pode misturar agentes ligados e agentes subordinados na sua solução. Por exemplo, pode dividir partes da sua solução em agentes separados aos quais os utilizadores também podem aceder diretamente. Cada um destes agentes pode ter os seus próprios agentes subordinados para fins essenciais.

Potenciais impactos das soluções com vários agentes

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

  • Aumentar a latência devido aos saltos de orquestração adicionais que são introduzidos. Por exemplo, a orquestração do agente principal identifica um agente ligado que pode processar a consulta. O agente ligado é então executado utilizando a sua própria camada de orquestração para determinar como processar a consulta com as ferramentas disponíveis.
  • Aumentar a área de superfície de testes, gestão e governação de uma solução.

Redirecionar para um agente a partir de um tópico

Pode redirecionar explicitamente para um agente subordinado ou ligado a partir de um tópico. Quando o agente terminar, o tópico de origem de onde foi feito o redirecionamento será retomado. Pode inserir mais nós após o nó de redirecionamento do agente conforme necessário.

  1. Selecione o ícone Adicionar nó abaixo do nó após o qual quer que o redirecionamento ocorra, selecione o agente para o qual quer redirecionar no submenu Adicionar um agente.

  2. Alguns agentes suportam a passagem de variáveis de entrada e a obtenção de variáveis de saída, como quando configura entradas e saídas num agente subordinado. Se existirem entradas disponíveis, pode adicioná-las através do nó e definir um valor para cada uma. Cada saída para o agente tem automaticamente uma variável de tópico criada onde são colocados os valores das saídas.

  3. Pode agora guardar e testar o seu tópico para garantir que o redirecionamento do agente está a funcionar como pretendido.

Nota

O redirecionamento para agentes de Dados do Fabric não é atualmente suportado.

Gerir agentes ligados existentes

Pode tornar qualquer agente subordinado ou ligado momentaneamente indisponível ou removê-lo completamente da sua solução.

Tornar temporariamente um agente subordinado ou ligado indisponível para o seu agente principal

Na página Agentes do seu agente principal, utilize o seletor Ativado junto ao agente que quer ativar ou desativar.

Desativar um agente subordinado ou um agente ligado torna-o inativo, o que significa que não responde a utilizadores ou acionadores.

Eliminar um agente subordinado

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

Remover um agente ligado

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

Fazer referência a um agente subordinado ou agente ligado nas instruções do seu agente principal

Pode ser útil, especialmente para agentes autónomos, para ser capaz de fazer referência aos agentes subordinados que criou ou a outros agentes que ligou. Com este método, pode dividir um conjunto longo de instruções para um agente em partes mais pequenas e específicas.

  1. Vá para a página Descrição geral do seu agente principal.

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

  3. Teste o seu agente. Quando utilizar o painel de testes no Copilot Studio, deverá ver o seu agente referenciado no mapa de atividades.

Limitações conhecidas

As limitações a seguir aplicam-se a agentes subordinados e ligados.

  • Atualmente, os agentes de Dados do Fabric não podem ser redirecionados utilizando o nó Redirecionamento num tópico. Atualmente, os agentes de dados do Fabric não podem ser referenciados explicitamente nas instruções.

  • Os agentes de Dados do Fabric não funcionam atualmente quando o seu agente principal está implementado no Microsoft 365 Copilot.

  • As citações podem nem sempre ser mantidas ao transferir as saídas de um agente para um agente chamador.

  • Embora os agentes subordinados e ligados respeitem a definição Utilizar conhecimento geral do agente principal, ao não utilizar o conhecimento geral como parte das respostas geradas pela ferramenta de conhecimento incorporada, às vezes podem utilizar o conhecimento de modelo de linguagem subjacente ao gerar perguntas ou mensagens.

  • Não é possível ligar a um agente existente que já esteja ligado a outros agentes.