Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
A orquestração generativa também suporta sistemas multi-agente, onde um agente chama outro agente. Fragmentar problemas em múltiplos agentes especializados pode melhorar a modularidade, escalabilidade e gestibilidade.
Agentes em linha
Os agentes inline (ou embutidos), também conhecidos como agentes filhos, são pequenos fluxos de trabalho reutilizáveis dentro do mesmo agente. Muitas vezes são apenas tópicos que o agente principal usa como sub-rotinas. Por exemplo, o agente principal pode chamar um tópico "Traduzir Texto" como um passo em um plano maior. Os agentes inline partilham o contexto com o agente principal, por isso a passagem de dados entre eles é simples.
Boa prática: Mantenha os agentes inline focados numa única responsabilidade e bem testados.
Agentes conectados
Agentes conectados são agentes separados com sua própria orquestração, ferramentas e conhecimento. O agente principal delega parte de um pedido a um agente infantil. Por exemplo, um agente de TI a ligar a um agente de vendas para pedir preços. Os agentes ligados permitem modularidade, separação de domínios e podem contornar os limites do plano. Podem ter privilégios ou conhecimentos diferentes, por isso aplicam controlos de governação e auditoria.
No entanto, a utilização de agentes ligados requer uma governação cuidadosa:
Orquestração: O orquestrador principal deve ter critérios claros para quando transferir para um agente conectado. Esta transferência geralmente ocorre quando a intenção do utilizador corresponde ao domínio do agente ligado. Para ajudar neste processo, descreva claramente o propósito do agente ligado na configuração do progenitor. Trate todo o agente ligado como uma "ferramenta" com uma descrição, do ponto de vista do pai.
Transferência de dados: Deve gerir a transferência de dados. Decida que contexto do pai deve passar ao agente ligado. O Copilot Studio transmite o histórico de conversas por padrão quando um agente contacta outro, para que o agente conectado saiba o que já foi discutido. Mas talvez também precises de cumprir parâmetros específicos. Por exemplo, se o agente principal já souber o nome do utilizador de antes, pode enviá-lo para o agente ligado para evitar perguntar novamente.
Segurança: O agente conectado pode ter acesso a coisas que o agente principal não tem. Certifique-se de que ligar ao agente ligado não contorna inadvertidamente as restrições. Por exemplo, se o agente principal não tiver permissão para eliminar registos mas o agente conectado tiver, o agente principal não deve chamar o agente conectado em cenários onde a eliminação possa ocorrer sem uma prévia autorização apropriada. Trate uma chamada de agente ligado como qualquer outra ação poderosa. Se estiver a fazer algo sensível, sujeitem-no às verificações necessárias ou ao consentimento do utilizador.
Auditoria e monitorização: Registe quando um agente ligado foi invocado e o que ele fez. Como é um agente separado, tem transcrições separadas para ele. É importante para a depuração correlacionar as sessões principais e as sessões ligadas. Normalmente, identificadores na telemetria ligam os dois.
Quando separar os agentes
Não cries um agente separado para cada subtarefa. Use agentes separados se a subtarefa:
- É suficientemente complexo para ter o seu próprio conjunto de ferramentas ou conhecimentos (área de especialização diferente)
- Requer regras de governação ou controlos de acesso diferentes do agente principal
- Planeias reutilizar essa capacidade em muitos agentes principais diferentes (por isso é como um agente de serviço).
Se nenhuma dessas condições se aplicar, um tópico simples (em linha) pode ser suficiente em vez de utilizar um agente completamente conectado. Agentes separados introduzem sobrecarga — um tempo de execução ligeiramente maior devido à troca de contexto e complexidade na manutenção de múltiplos bots. Por isso, usa-os com discernimento. Uma abordagem prática é começar com um único agente e só dividir em vários agentes quando se vê claramente necessidade de modularidade ou uma fronteira que não deve ser ultrapassada por um único agente.
Informações relacionadas
- Visão geral da adição de outros agentes
- Adicione um agente infantil
- Liga-te a um agente existente do Copilot Studio
- Liga-te a um agente Microsoft Foundry
- Liga-te a um agente Microsoft Fabric Data
- Conectar-se a um agente do SDK de Agentes do Microsoft 365
- Ligue um agente disponível através do protocolo Agent2Agent (A2A)