Microsoft Copilot Studio ou Microsoft Foundry Agent Service? Os dois produtos constroem e operam agentes, conectam dados e ferramentas e podem distribuir experiências para Microsoft 365 Copilot e Teams. Ainda assim, eles começam em centros de gravidade diferentes. O Copilot Studio organiza agentes e fluxos em uma experiência gráfica ligada ao Power Platform e aos canais de negócio. O Foundry Agent Service organiza agentes como aplicações de IA, com modelos, endpoints, versões, identidade, rede e observabilidade dentro do Azure.
Este comparativo foi preparado com documentação oficial da Microsoft consultada em 3 de setembro de 2026. Não é um benchmark de qualidade, velocidade, custo ou segurança. Disponibilidade de modelos, ferramentas, regiões, conectores, licenças e recursos em prévia pode mudar. A pergunta útil não é qual produto “tem mais IA”, mas qual equipe precisa possuir o ciclo de vida e qual plataforma já governa os dados, identidades e canais do projeto.
Veredito rápido
- Comece pelo Copilot Studio se o agente nasce como solução de negócio, precisa de autoria visual, tópicos ou fluxos, conectores do Power Platform e distribuição direta para canais usados por funcionários ou clientes.
- Comece pelo Foundry Agent Service se o agente nasce como aplicação de software, precisa de modelos e ferramentas do Foundry, SDK ou REST, rede privada, identidade própria, endpoint estável ou código de orquestração controlado por engenharia.
- Faça um protótipo dos dois quando o destino é Microsoft 365, mas o núcleo exige código. Ambos alcançam Teams e Microsoft 365 Copilot; o trabalho para chegar lá e a responsabilidade operacional são diferentes.
Comparação direta
| Critério | Copilot Studio | Foundry Agent Service |
|---|---|---|
| Centro do produto | Agentes e workflows de negócio em um estúdio gráfico | Aplicações de agentes em uma plataforma Azure para desenvolvimento e operação |
| Autoria | Low-code, linguagem natural, tópicos, fluxos e três harnesses documentados | Portal, SDK, REST, prompt agents, hosted agents e Responses API |
| Equipe principal | Makers, analistas, equipes de automação e administradores Power Platform | Desenvolvedores, engenharia de plataforma, IA e operações Azure |
| Integrações | Conectores, ações, knowledge sources, agent flows e workflows | Toolboxes, funções, OpenAPI, MCP, ferramentas do Foundry e código próprio |
| Distribuição | Microsoft 365 Copilot, Teams, sites, apps móveis e outros canais documentados | Endpoint gerenciado, Microsoft 365 Copilot, Teams e aplicações próprias |
| Identidade e política | Microsoft Entra, ambientes, políticas de dados e administração Power Platform | Identidade dedicada por agente publicado, Azure RBAC, Azure Policy e VNet |
| Custo | Copilot Credits, licenças e possíveis custos de conectores e serviços relacionados | Tokens, ferramentas, conexões e, para hosted agents, computação de contêiner |
| Melhor primeiro caso | Processo empresarial e experiência conversacional distribuída em canais | Serviço de IA incorporado a uma aplicação ou plataforma |
A tabela mostra ênfases, não limites absolutos. Copilot Studio ganhou opções mais avançadas de harness e integração com GitHub. Foundry também oferece prompt agents sem código de aplicação. A decisão aparece em governança, implantação, teste, distribuição e responsabilidade pelo runtime.
Copilot Studio começa pelo processo e pelo canal
O Copilot Studio é descrito como um estúdio gráfico low-code para criar e gerenciar agentes e workflows. A equipe combina instruções, conhecimento, ferramentas, gatilhos, tópicos e fluxos dentro de um ambiente do Power Platform. Isso favorece casos em que o processo já vive em Microsoft 365, Dynamics, Dataverse ou conectores empresariais.
A documentação atual apresenta três harnesses. O standard harness favorece conversas estruturadas, tópicos e condições previsíveis. O GitHub Copilot harness trabalha com instruções, conhecimento e escolha de ferramentas para tarefas de múltiplas etapas. O Copilot chat harness estende a experiência do Microsoft 365 Copilot Chat. Portanto, reduzir Copilot Studio a um construtor de chatbot clássico já não descreve todo o produto.
Fato documentado: a plataforma reúne agentes e workflows em uma experiência visual e permite publicar em vários canais. Análise editorial: ela é mais natural quando o dono da solução pensa primeiro no processo, no usuário e no canal, e só depois no runtime.
Foundry começa pela aplicação e pelo runtime
O Foundry Agent Service é uma plataforma gerenciada para criar, implantar e escalar agentes. Um prompt agent mantém instruções, modelo e ferramentas como configuração gerenciada. Um hosted agent aceita código e frameworks externos em contêineres administrados pelo Foundry. A aplicação também pode chamar a Responses API diretamente e manter a definição do agente no próprio repositório.
Esse leque atende equipes que precisam controlar contratos de API, versões, implantação, identidade, telemetria e integração contínua. Um agente publicado vira um recurso gerenciado com endpoint estável e escopo próprio de autorização. O código pode usar Agent Framework, LangGraph, OpenAI Agents SDK, Anthropic Agent SDK, GitHub Copilot SDK ou implementação própria, conforme a documentação atual.
Análise editorial: Foundry faz mais sentido quando o agente precisa se comportar como componente de software. O usuário final pode encontrá-lo no Teams, mas a equipe responsável continua pensando em endpoint, dependências, versão, rede e rollback.
Autoria visual não elimina arquitetura
No Copilot Studio, uma interface visual reduz a quantidade de código necessária para conectar perguntas, condições, dados e ações. Isso amplia quem pode prototipar e revisar a solução. Também torna visível a sequência de um tópico ou fluxo para pessoas que não trabalham diariamente com SDKs.
No Foundry, um prompt agent também pode ser criado pelo portal sem infraestrutura de aplicação. A diferença é que o mesmo projeto oferece uma progressão direta para SDK, REST, hosted agent e APIs consumidas por outros sistemas. É mais fácil manter a definição ao lado do código, aplicar revisão técnica e automatizar uma implantação quando isso é requisito desde o começo.
Em ambos, a tela de autoria não substitui decisões sobre identidade, autorização, retenção, falha de ferramenta e revisão humana. Um fluxo desenhado é executável. Trate cada conector ou ferramenta como código com efeito real.
Conhecimento, conectores e ferramentas
Copilot Studio trabalha com knowledge sources, ações, conectores, skills, requisições HTTP, gatilhos e fluxos. Políticas de dados do Power Platform podem permitir ou bloquear classes de conexão e publicação. Isso é valioso quando a organização já separa ambientes, conectores empresariais e não empresariais e papéis de maker.
Foundry oferece ferramentas como busca na web, file search, code interpreter, funções, OpenAPI e servidores MCP. Toolboxes permitem agrupar ferramentas atrás de um endpoint MCP gerenciado com autenticação, governança e versionamento. Hosted agents ainda podem carregar lógica própria.
Não escolha pela contagem de conectores. Liste as cinco operações reais do caso, a identidade exigida por cada uma, os dados que saem do ambiente, o limite de requisições, a estratégia de repetição e a forma de revogar o acesso. Um conector pronto reduz integração, mas não decide o menor privilégio.
Canais e distribuição deixaram de ser exclusividade
Copilot Studio oferece publicação para Teams, Microsoft 365 Copilot, SharePoint, sites, aplicativos móveis e canais apoiados pelo Azure Bot Service. A autenticação com Microsoft fica ativada por padrão em alguns canais internos. A própria documentação alerta que a opção sem autenticação permite que qualquer pessoa com o link converse com o agente e impede o uso de ferramentas com credenciais do usuário.
Foundry também publica agentes para Teams e Microsoft 365 Copilot. Além disso, um agente publicado possui endpoint gerenciado para consumo por aplicações. Em projetos com rede privada, a publicação para canais Microsoft 365 exige atenção ao fluxo de dados e à conectividade dos adaptadores de canal.
A decisão não pode ser “precisamos de Teams, então Copilot Studio”. Pergunte se Teams é o produto principal ou apenas uma interface para um serviço de IA mantido por engenharia.
Identidade e governança seguem planos diferentes
Copilot Studio se apoia em ambientes e políticas do Power Platform, Microsoft Entra, controles de publicação, DLP, auditoria e administração do Microsoft 365. A documentação atual também descreve integração com Agent 365 para inventário, observabilidade e aplicação central de políticas.
Foundry se apoia em recursos e projetos do Azure, RBAC, Azure Policy, redes virtuais, recursos próprios de armazenamento e identidade dedicada. Quando um agente é publicado, ele recebe uma identidade distinta da identidade compartilhada do projeto. Permissões usadas durante o desenvolvimento não migram automaticamente para essa nova identidade e precisam ser atribuídas de novo.
Esse detalhe deve entrar no teste de promoção. Uma ferramenta funcionar no playground não prova que funcionará depois da publicação. Teste com a identidade publicada, o mesmo canal e o mesmo escopo de dados dos usuários reais.
Rede, dados e residência
No Copilot Studio, residência geográfica, ambientes, políticas de dados, Customer Lockbox, chaves gerenciadas pelo cliente em cenários compatíveis e controles de canal fazem parte da governança documentada. O administrador pode bloquear publicação, fontes, ferramentas ou requisições HTTP conforme a política.
No Foundry, a configuração básica guarda estado em armazenamento gerenciado pela Microsoft. A configuração standard permite usar Azure Storage, Azure AI Search e Cosmos DB próprios para arquivos, vetores e conversas. Endpoints são regionais, mas modelo e ferramenta também precisam estar disponíveis na região escolhida.
“Está na Microsoft” não é um mapa de dados. Registre onde o prompt entra, onde arquivos são indexados, qual modelo processa o conteúdo, quais ferramentas recebem dados, onde ficam logs e como exclusão e retenção funcionam.
Custo precisa ser modelado por comportamento
Copilot Studio usa Copilot Credits como unidade de consumo em vários cenários. Há opções pré-pagas e pay-as-you-go, além de regras ligadas ao Microsoft 365 Copilot. Recursos e harnesses podem seguir páginas de faturamento diferentes. Capacidade não utilizada pode não ser transferida ao mês seguinte, conforme a documentação de licenciamento consultada.
No Foundry, a Microsoft informa que prompt agents e workflows nativos não acrescentam uma tarifa própria de runtime, mas há cobrança por tokens de modelo e por ferramentas, conexões e armazenamento aplicáveis. Hosted agents acrescentam computação de contêiner. Memória gerenciada e algumas ferramentas possuem medição separada.
Não publique uma estimativa baseada apenas em mensagens por mês. Simule conversas curtas e longas, chamadas de ferramentas, recuperação de arquivos, falhas repetidas, sessões de code interpreter, tráfego de canal, computação e armazenamento. Use o preço atual da região e do contrato da organização no dia da decisão.
Ciclo de vida e observabilidade
Copilot Studio oferece teste no estúdio, publicação por ambiente e canal, analytics, auditoria e integração com Application Insights em cenários compatíveis. Mudanças publicadas podem exigir uma nova sessão para aparecer ao usuário. O processo de gestão precisa considerar soluções, dependências de conectores e políticas do ambiente.
Foundry oferece versões de agentes, endpoints estáveis, tracing, métricas, avaliações e integração com Application Insights. Prompt agents eliminam código de runtime, enquanto hosted agents exigem manter lógica, pacotes e contêiner. O serviço gerencia hospedagem e escala, mas a equipe continua responsável pelo comportamento e pelas permissões.
Para os dois produtos, estabeleça uma rota clara entre desenvolvimento, teste e produção. Não edite o único agente em uso. Registre versão de instruções, ferramentas, conhecimento, modelo, política e conjunto de avaliação.
Teste comparável em oito passos
- Escolha um caso pequeno, como consultar uma política interna e abrir um chamado somente após confirmação.
- Use os mesmos documentos autorizados, o mesmo modelo quando possível e as mesmas regras de acesso.
- Crie entradas normais, ambíguas, sem resposta, proibidas e com tentativa de injeção de prompt.
- Adicione uma ferramenta de leitura e uma ação simulada que exija aprovação humana.
- Publique primeiro apenas para a equipe de teste, com autenticação e menor privilégio.
- Confirme a identidade efetiva em cada chamada e bloqueie dados de outro usuário ou grupo.
- Interrompa uma dependência e verifique repetição, retomada, alerta e risco de ação duplicada.
- Compare qualidade, tempo de entrega, capacidade de explicar falhas, operação mensal e custo completo.
Matriz de decisão
| Prioridade | Ponto de partida | Confirme antes |
|---|---|---|
| Agente para processo interno no Microsoft 365 | Copilot Studio | Licenças, créditos, políticas de dados e aprovação do catálogo |
| Fluxo de atendimento com canais variados | Copilot Studio | Autenticação, passagem para humano e limites de cada canal |
| Aplicação própria consumindo um agente por API | Foundry Agent Service | Contrato do endpoint, versão, quota, região e observabilidade |
| Orquestração personalizada ou framework externo | Foundry hosted agent | Contêiner, dependências, identidade, rede e custo de compute |
| Agente declarativo administrado por engenharia Azure | Foundry prompt agent | Modelo, ferramentas, RBAC, dados e pipeline de implantação |
| Makers e desenvolvedores no mesmo programa | Protótipo governado nos dois | Fronteira de responsabilidade e fonte única da definição |
Erros comuns nesta escolha
Tratar Foundry como obrigatório para qualquer código
Copilot Studio também aceita extensões, conectores e integrações. A questão é quanto da lógica deve viver fora do estúdio e quem será responsável por implantá-la.
Tratar Copilot Studio como simples chatbot
Os harnesses, workflows, ações e canais atuais cobrem mais do que perguntas e respostas. Avalie a documentação da experiência usada, porque recursos e cobrança variam entre harnesses.
Dar permissão ampla ao agente no desenvolvimento
Teste com identidade e escopo próximos da produção. No Foundry, a identidade muda ao publicar. No Copilot Studio, o uso de credenciais do maker em uma ferramenta pode ampliar o acesso indevidamente.
Escolher pelo canal e ignorar o núcleo
Ambos podem chegar ao Microsoft 365 Copilot e Teams. Compare também API, versionamento, rede, política e equipe operadora.
Usar o prompt como controle de segurança
Instruções podem orientar o modelo, mas não substituem RBAC, DLP, autenticação, filtro de dados, confirmação e escopo de ferramenta.
Recomendação prática
Eu começaria pelo Copilot Studio quando o valor está em encaixar um agente em um processo empresarial existente. A autoria visual, os conectores, os fluxos e os canais aproximam a solução de quem conhece a operação e de quem governa Power Platform.
Eu começaria pelo Foundry Agent Service quando o valor está em entregar uma aplicação de IA como software. Endpoint, SDK, modelos, código próprio, versões, telemetria, identidade e rede passam a fazer parte do produto desde o primeiro desenho.
Se as duas rotas parecem adequadas, construa o mesmo caso mínimo e compare o pós-protótipo. Quem aprova uma mudança? Como a definição entra em controle de versão? Qual identidade chama cada sistema? Como um erro é rastreado? Quanto custa um mês real? O melhor produto é aquele cuja operação continua compreensível depois da demonstração.
Antes de conectar ações sensíveis, veja também como revisar permissões de agentes. Para comparar frameworks orientados a código, o artigo OpenAI Agents SDK e Google ADK analisa outra camada da arquitetura.
O que não foi testado aqui
Não foram medidos qualidade de resposta, latência, throughput, disponibilidade, custo por conversa, consumo de créditos, segurança de conectores específicos ou comportamento sob carga. Também não foi confirmada paridade entre regiões, nuvens soberanas, contratos e recursos em prévia. As conclusões são uma análise funcional e operacional das fontes oficiais, não um teste de laboratório.
Fontes oficiais consultadas
- Microsoft Learn, visão geral do Copilot Studio, consultada em 03/09/2026.
- Microsoft Learn, agentes e harnesses do Copilot Studio, consultada em 03/09/2026.
- Microsoft Learn, publicação e canais do Copilot Studio, consultada em 03/09/2026.
- Microsoft Learn, segurança e governança do Copilot Studio, consultada em 03/09/2026.
- Microsoft Learn, licenciamento do standard harness, consultada em 03/09/2026.
- Microsoft Learn, visão geral do Foundry Agent Service, consultada em 03/09/2026.
- Microsoft Learn, publicação de agentes no Foundry, consultada em 03/09/2026.
- Microsoft Learn, regiões, quotas e limites do Foundry Agent Service, consultada em 03/09/2026.
- Microsoft Azure, preços e componentes cobrados do Foundry Agent Service, consultada em 03/09/2026.
Ilustração editorial original
A capa será uma ilustração conceitual criada para este comparativo. Ela representa duas rotas de construção e operação de agentes e não é uma captura real do Copilot Studio ou do Microsoft Foundry.