Descrição geral da adição de outros agentes

O Copilot Studio permite-lhe 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 suas soluções de forma eficiente e eficaz usando 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 construídos com Microsoft Foundry, Microsoft Fabric e SDK de Agentes do Microsoft 365 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 a ser utilizadas em ambiente de produção e podem ter funcionalidades restritas. Esses recursos estão disponíveis antes de um lançamento oficial para que você possa obter acesso antecipado e fornecer feedback.

Se você estiver criando um agente pronto para produção, consulte Visã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 de elemento subordinado dentro do agente principal ou ligar o agente a um agente separado.

Quando utilizar agentes de elemento subordinado

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 desenvolvedor ou uma equipe pequena e coesa gerencia 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.
  • Você não pretende publicar esses agentes separadamente ou disponibilizá-los de forma independente.
  • Não precisa reutilizar o mesmo agente em vários contextos ou com diferentes 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, o desempenho degradado também pode ocorrer num agente com um número menor de ferramentas com descrições semelhantes.

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 equipes ou desenvolvedores gerenciam 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, conectado e utilizável por mais de 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 conectado que pode processar a consulta. O agente conectado então executa usando 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 de elemento subordinado ou agente 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.

Note

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

Gerir agentes ligados existentes

Você pode tornar qualquer filho ou agente conectado momentaneamente indisponível ou removê-lo totalmente da sua solução.

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

Na página Agentes do seu agente principal, use a alternância Habilitado ao lado do agente que você deseja ativar ou desativar.

Desativar um agente filho ou um agente conectado o torna inativo, o que significa que ele não responde a usuários ou gatilhos.

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 conectado

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 de elemento 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 de elemento subordinado que criou ou a outros agentes que ligou. Com esse método, você pode dividir um longo conjunto de instruções para um agente em partes focadas menores.

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

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

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

Limitações conhecidas

As limitações a seguir aplicam-se a agentes de elemento subordinado e agentes ligados.

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

  • Os agentes Fabric Data atualmente não funcionam 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.

  • Os agentes de elemento subordinado e agentes ligados respeitam a definição de Utilizar conhecimento geral do agente principal. Neste caso, os outros agentes não usam conhecimento geral como fonte de respostas geradas pela ferramenta de conhecimento incorporada. No entanto, os outros agentes podem por vezes usar o conhecimento subjacente do modelo de linguagem ao gerar perguntas ou mensagens.

  • Se usares um agente como agente principal com um ou mais agentes ligados, não podes também usar o mesmo agente como agente ligado para um segundo agente principal. No entanto, pode utilizar qualquer agente que não tenha agentes ligados como um agente ligado em vários agentes principais.

  • Em configurações multi-agente, quando o seu agente pai depende inteiramente de subagentes (sem tópicos ou fontes de conhecimento), e define o comportamento do agente pai após execução para o agente filho não responder, a plataforma pode enviar uma mensagem adicional gerada explanation_of_tool_call pelo sistema após a resposta do agente filho. O runtime de orquestração (não os agentes de elemento subordinado) produz esta mensagem. A mensagem não indica um problema na configuração do agente.

  • Last updated on