Partilhar via


Estratégias de integração de planeamento e conceção

Os agentes integrados no Copilot Studio ganham novas capacidades através da integração com outros serviços online. Estes serviços podem incluir serviços Microsoft, como SharePoint e Dataverse, serviços de terceiros como ServiceNow, Salesforce e Databricks, e APIs personalizadas. A Power Platform oferece um ecossistema rico de conectores incorporados disponíveis para o Copilot Studio, por isso não precisa de os construir por si próprio. Também tem várias opções para criar integrações personalizadas usando low-code ou pro-code. Os agentes podem expandir as suas capacidades através do Model Context Protocol (MCP) para interagir com ferramentas e dados externos de forma padronizada e escalável, ou através do uso de computadores para automatizar aplicações web e desktop diretamente a partir de uma máquina virtual – permitindo cenários de integração mais amplos mesmo quando não existe uma API disponível.

Ao utilizar integrações, os agentes tornam-se uma interface conveniente para aceder à funcionalidade de múltiplos sistemas. Os utilizadores podem realizar muitas operações diferentes sem se afastarem do agente. Por exemplo, um único agente desenhado no Copilot Studio pode ser usado para:

  • Leia, crie e atualize itens numa lista do SharePoint.
  • Envie uma mensagem de email usando Office 365 Outlook.
  • Abra um novo pedido de suporte no ServiceNow.

Considerações sobre padrões de integração

O Copilot Studio suporta integração através de conectores Power Platform, requisições HTTP, fluxos de agentes, competências do framework de bots e muito mais. A escolha do padrão de integração correto depende dos requisitos do projeto.

Conectores do Power Platform

Os conectores permitem que os agentes interajam com um serviço subjacente. São um conjunto de ações e gatilhos expostos através de uma interface low-code. As ações são operações dirigidas por um agente, como ler, escrever ou atualizar. Os gatilhos notificam o agente quando ocorre um evento noutro serviço.

Use conectores pré-construídos e conectores personalizados:

  • Conectores pré-construídos: A Microsoft oferece um vasto ecossistema de conectores de software como serviço (SaaS) prontos a usar com o Copilot Studio.
  • Conectores personalizados: Quando não há um conector pré-montado disponível, pode construir o seu próprio conector para um serviço. São um 'wrapper' no-code ou low-code para APIs REST.

Os conectores Power Platform cumprem estes requisitos:

  • Criadores que constroem com o Power Platform estão familiarizados com conectores sem código ou com pouco código.
  • É suportado código Power Fx, incluindo variáveis, condições, parâmetros e mais.
  • A análise e o tratamento de erros estão integrados.
  • Conectores pré-construídos requerem apenas configuração, sem tempo de desenvolvimento.
  • Conectores personalizados podem ser criados uma vez e usados em muitos agentes.
  • Capacidade de monitorizar atividade como parte da integração do Copilot Studio com o Application Insights (uma funcionalidade do Azure Monitor).
  • Alguns conectores e conectores personalizados suportam redes virtuais.

Quando usar conectores Power Platform para integração, considere os seguintes pontos:

  • Devolver centenas de resultados causa um atraso significativo na resposta do agente ao utilizador.
  • Os conectores de terceiros pedem aos utilizadores que introduzam credenciais antes de poderem ligar-se ao serviço. Um utilizador pode não perceber como fazer a ligação sem orientação. Considere usar credenciais maker quando o utilizador não tiver a informação necessária para fazer a ligação.

Pedidos HTTP

Os agentes podem integrar-se com outro serviço através de um pedido HTTP. O programador deve especificar estes valores cada vez que faz um pedido HTTP:

  • URI
  • Método (GET, POST, PATCH, e assim sucessivamente)
  • Headers
  • Body

Os pedidos HTTP cumprem estes requisitos:

  • Capacidade de se ligar a serviços e executar ações que não se encontram na lista de conectores pré-construídos.
  • Requer menos tempo para desenvolvimento do que um conector personalizado.

Ao usar pedidos HTTP, considere os seguintes fatores:

  • Muitos criadores de low-code e no-code não sabem como configurar um pedido HTTP e podem ter dificuldade em suportá-lo.
  • Não pode partilhá-lo entre a sua organização para reutilização da mesma forma que os conectores personalizados.

Fluxos de agentes

Os fluxos de agentes executam uma série de ações numa sequência pré-definida. Utilizam ações de low-code encontradas nos conectores do Power Platform. Os agentes podem passar valores como entrada a um fluxo de agentes e receber as suas saídas.

Os fluxos de agentes são funcionalmente semelhantes aos fluxos Power Automate cloud com algumas diferenças importantes:

  • Os fluxos de agentes podem permitir alto rendimento e baixa latência.
  • Os fluxos de agentes oferecem mais capacidades do que os fluxos do Power Automate, como as ações "humano no circuito".
  • Os fluxos de agentes consomem créditos Copilot com base no seu uso. Os fluxos do Power Automate normalmente funcionam sob um modelo de licenciamento por utilizador ou por processo.

Os fluxos de agentes cumprem estes requisitos:

  • No-code ou low-code.
  • Encadeamento determinístico de ações.
  • A atividade pode ser monitorizada separadamente.
  • Oculta valores sensíveis, como chaves e segredos, nas ações de fluxo. Obtém credenciais do Azure Key Vault para autenticação.
  • Lida com grandes volumes de dados e tamanhos de ficheiros.
  • Utiliza concorrência e threads de execução paralela para melhorar o desempenho.
  • Fluxos na nuvem existentes do Power Automate podem ser convertidos em fluxos de agentes.

Ao desenhar um agente que utilize fluxos de agentes, considere os seguintes pontos:

  • O desempenho é limitado pelos limites da API dos serviços e ações que inclui.
  • O programador deve desenhar um padrão de tratamento de erros para que o agente saiba como lidar com exceções.
  • A resposta do fluxo ao agente tem um limite de tamanho.
  • A lógica de execução prolongada pode continuar a funcionar após a ação Responder ao Agente.

Competências do Bot Framework

As competências são blocos de construção de competências conversacionais reutilizáveis que se constrói usando o Bot Framework. Implementa habilidades utilizando programação profissional. Regista as competências no Copilot Studio para as usares. Depois de registares uma competência no Copilot, podes ativá-la como um nó num tópico de conversa.

As competências do Bot Framework cumprem estes requisitos:

  • Execução síncrona.
  • Suporte para pontos finais privados.
  • As competências existentes do Bot Framework podem ser reutilizadas no Copilot Studio.

Ao utilizar competências do Bot Framework, considere os seguintes fatores:

  • Requer pro-code para desenvolvimento contínuo e suporte (por exemplo, C#).
  • Corre no Azure AI Bot Service.
  • Incorre em custos adicionais no Azure que terá de cobrir com uma subscrição do Azure.
  • A Gestão do Ciclo de Vida da Aplicação (ALM) está fora da Power Platform.

Outras considerações para padrões de integração

Juntamente com as orientações para cada tipo de integração, considere os seguintes pontos para uma estratégia global de integração:

  • Os padrões de integração do Copilot Studio não são exclusivos e podem ser combinados.
  • As integrações só são tão rápidas quanto os endpoints a que se ligam.
  • Otimize sempre as consultas para devolver os resultados o mais rapidamente possível, proporcionando uma boa experiência de conversa.
  • Quando os fluxos de agente e o Copilot Studio não executam a lógica suficientemente rápido, considere estas opções:
    • APIs personalizadas do Dataverse
    • Plugins de Low-Code do Dataverse
    • Funções Azure
  • Cenários específicos exigem que a integração dos dados seja realizada numa camada intermédia que modifica as mensagens à medida que as transmite.

Adicionar integrações a um agente

Adicione integrações a um agente usando os seguintes métodos:

  • Tools

    • Conecte a integração como um instrumento para expandir a funcionalidade de um agente.
    • Use linguagem natural para descrever quando o orquestrador deve selecionar a ferramenta para cumprir uma tarefa.
    • Defina como o agente deve determinar os valores de entrada da ferramenta e como deve ser a saída. A IA generativa pode preencher dinamicamente entradas com base numa descrição, ou pode definir manualmente valores e fórmulas.
    • Invoke como parte de um plano criado por orquestração generativa.
  • Tópicos

    • Chama uma integração através de um nó tópico. Executa-se sempre na mesma posição na sequência do tópico.
    • Forneça entradas ao nó usando Power Fx.
  • Agentes

    • Crie um agente filho que tenha o seu próprio conjunto de instruções e defina o acesso ao conhecimento e às ferramentas disponíveis para o agente pai.
    • Alternativamente, ligue-se a um agente existente no Copilot Studio, Microsoft 365 SDK, Microsoft Foundry, Fabric, Agent-To-Agent, e assim por diante.

Quotas e limites

Consulte os limites atuais de serviço para Copilot Studio e Power Platform:

Deve determinar os limites da API para estes serviços separadamente:

  • Capacidade do OpenAI: Os limites de taxa não estão documentados.
  • Competências do Bot Framework: Consulte a documentação do Azure para os serviços específicos utilizados.

Exemplo de visão geral do planeamento de integrações

Ao planear integrações com o Copilot Studio, determine a seguinte informação para cada serviço:

  • Sistema ligado: O serviço a que te ligas.
  • Chamado por: O componente bot no Copilot Studio que invoca o serviço.
  • Chamado com: O tipo de integração selecionado.
  • Volume diário esperado: O número médio de pedidos.
  • Pico esperado: O maior número esperado de pedidos diários.
  • Detalhes: Outras informações sobre a integração.

Aqui está um exemplo de um agente com múltiplas integrações:

Sistema ligado Chamado por Chamado com Volume diário esperado Pico esperado Chamadas API por minuto Detalhes
ServiceNow Tópico da Base de Conhecimento do Service Desk Workflow 5.000 1,000 600 A consulta do utilizador é usada como entrada para executar uma consulta na base de conhecimento ServiceNow usando o conector padrão. Um JSON dos resultados é devolvido ao Copilot Studio para dados personalizados de ações gerativas.
Site Contoso Conhecimento Respostas generativas 1,000 100 N/A https://contoso.com/en-us/FAQ com /en-us/ sendo definido dinamicamente com base na variável local do utilizador.
API interna de diretório Tópico de início da conversa Workflow 15,000 5.000 N/A Utilização de conectores personalizados executados no contexto de uma rede virtual da Azure para conectar-se a uma API interna.
API de Meteorologia Tema meteorológico HTTP 500 100 N/A Pedido GET para uma API baseada em REST.
Equipas Tema de marcação de reuniões Tools 1,500 300 100 Crie uma reunião no Teams com base nos inputs da conversa.
SAP De 24 em 24 horas Workflow 20,000 - 2,500 Sincronização diária em lote do catálogo de produtos do SAP para o Dataverse.

Próximo passo

Saiba como os prompts de IA, o Protocolo de Contexto de Modelo e os agentes de utilização de computadores podem expandir as capacidades do seu agente.