Copilot Studio do zero [1] - Onde cada Copilot vive no ecossistema Microsoft AI

Fala dataholics, bora começar série nova por aqui! Essa é a parte 1 da nossa série Copilot Studio do zero, e antes de sair criando agente é melhor a gente resolver uma confusão que pega todo mundo: hoje tudo se chama Copilot. GitHub Copilot, Microsoft 365 Copilot, Copilot Studio, Teams Copilot, Security Copilot... e no meio disso ainda tem o Microsoft Foundry. Onde cada um vive? E principalmente: onde é que EU crio os meus próprios agentes?

O que veremos nesse post:

Por que o nome "Copilot" virou uma sopa de letrinhas
O mapa: o que você só usa pronto vs. o que você cria
Copilot Studio vs Microsoft Foundry: low-code vs pro-code
Como escolher entre os dois (e por que não é "ou um ou outro")
Resumo

A sopa de Copilots

Se você sentiu que toda semana a Microsoft lança um Copilot novo, não é impressão sua. O "Copilot" deixou de ser um produto e virou uma marca guarda-chuva para basicamente toda IA da empresa. O problema é que isso embola coisas que servem para públicos completamente diferentes: tem Copilot para o desenvolvedor escrever código, Copilot para o usuário montar um slide, e tem a plataforma onde VOCÊ constrói o seu próprio agente.

A forma mais fácil de não se perder é parar de pensar nos nomes e pensar numa pergunta só: eu vou USAR algo pronto ou vou CRIAR alguma coisa? Essa é a linha que divide o mapa.

O que você USA pronto

Aqui ficam os Copilots que já vêm prontos, embutidos num produto. Você liga e usa, não precisa construir nada.

GitHub Copilot: o assistente de código, dentro do seu IDE (VS Code, Visual Studio, JetBrains). Autocompletar, chat e até agentes que abrem PR sozinhos. É o queridinho dos devs, com mais de 20 milhões de usuários.
Microsoft 365 Copilot: a IA dentro do Word, Excel, Outlook e Teams, para o usuário final do dia a dia. E aqui mora metade da confusão: Teams Copilot, Security Copilot, Sales Copilot e companhia são basicamente "sabores" do M365 Copilot aparecendo dentro de cada produto. Não são plataformas separadas, são o mesmo conceito vestido de outra fantasia.

Repara que nesses dois você é consumidor. Ótimos, mas não é deles que a nossa série trata. A nossa série é sobre o outro lado do mapa.

O que você CRIA: Copilot Studio vs Microsoft Foundry

Quando o assunto é construir o seu próprio agente, a Microsoft te dá dois caminhos. E é exatamente aqui que a maioria das dúvidas aparece, porque os dois fazem "agente de IA", mas de jeitos opostos.

Copilot Studio é a porta low-code. Ele vive em cima do Power Platform e a ideia é montar um agente arrastando blocos, num visual gráfico, com pouquíssimo (ou nenhum) código. Conectores prontos para centenas de sistemas, integração nativa com o Microsoft 365 e publicação fácil no Teams. Dá para ter um agente conversando com a sua base de conhecimento em horas, e o melhor: quem mantém pode ser o analista de negócio ou o time de TI, sem depender de um esquadrão de desenvolvedores.

Microsoft Foundry (o antigo Azure AI Foundry) é a porta pro-code. Aqui o time de engenharia é dono do ciclo de IA inteiro: escolha do modelo (são mais de 11 mil disponíveis, incluindo open source do Hugging Face), fine-tuning, pipelines de RAG, deploy em produção e observabilidade de verdade, com governança via Entra, Purview e Defender. É controle total, e em troca exige código e mão de engenheiro.

Resumindo o eixo: Copilot Studio = rápido e low-code de um lado; Foundry = controle total e pro-code do outro.

Então qual eu escolho?

Regrinha prática que eu uso para decidir:

Quer um agente rápido, integrado ao M365, com base de conhecimento enxuta e mantido pelo próprio time de negócio? Copilot Studio.
Precisa de modelo customizado ou não-Microsoft, base gigante de documentos, lógica complexa em Python, deploy fora do mundo Office e monitoramento de produção? Microsoft Foundry.

Reginaldo, mas então eu preciso escolher UM e abandonar o outro?

Não! E essa talvez seja a parte mais importante do post. A Microsoft desenhou os dois para conversarem. O padrão mais comum em projeto sério é justamente o híbrido: Copilot Studio na frente (a cara do agente, onde o usuário fala no Teams) e Foundry como motor por trás, cuidando do raciocínio pesado, dos modelos e da orquestração. Os famosos "fusion teams", maker e dev trabalhando no mesmo agente, cada um na ferramenta certa.

IMPORTANTE: não trate a escolha como religião. Começar no Copilot Studio para validar a ideia e depois plugar o Foundry quando precisar de músculo é um caminho totalmente válido, e bem comum.

RESUMO

USA pronto → GitHub Copilot (código no IDE) e Microsoft 365 Copilot (apps Office; Teams/Security/Sales Copilot são sabores dele).
CRIA agente → Copilot Studio (low-code, Power Platform, rápido) ou Microsoft Foundry (pro-code, controle total).
Copilot Studio: makers e TI, integração M365, agente em horas, base de conhecimento enxuta.
Microsoft Foundry: engenharia, modelo customizado, RAG, fine-tuning, observabilidade e governança.
Não é "ou um ou outro": dá para usar Copilot Studio na frente e o Foundry como motor.

Esse era o mapa para você nunca mais se perder no meio de tanto "Copilot". No próximo post da série a gente entra de fato no Copilot Studio e cria nosso primeiro agente do zero. Bora juntos!

Referências:

https://learn.microsoft.com/en-us/microsoft-copilot-studio/fundamentals-what-is-copilot-studio

https://azure.microsoft.com/en-us/products/ai-foundry

Microsoft Copilot Studio vs. Microsoft Foundry (Tech Community)

Fique bem e até a próxima.

#copilotstudio #microsoftai #microsoftfoundry #m365copilot #githubcopilot #ia #agentes #datainaction