Fala dataholics! Semana passada a gente fechou a série de publicação e governança e, com ela, a jornada inteira dentro do Copilot Studio: criamos o agente, demos knowledge e tools, publicamos no Teams e no M365 Copilot e ainda cuidamos da governança. Como prometi no último post, agora dá pra subir num ponto mais alto e olhar o tabuleiro completo, porque o Copilot Studio é só uma das peças de um ecossistema que a Microsoft encheu de "Copilot" pra todo lado.

Lá no primeiro post da série Copilot Studio do zero eu já tinha desenhado uma versão rápida desse mapa. Agora que você passou pela jornada toda, vale voltar nele com calma e por inteiro, que é o objetivo dessa série nova.

O que veremos nesse post:

• Por que tudo virou "Copilot"

• A pergunta que divide o mapa: você USA ou você CRIA?

• Os Copilots que você usa prontos

• As plataformas onde você cria o seu agente

---

Por que tudo virou "Copilot"

Se você sente que toda semana sai um Copilot novo, não é impressão. O nome deixou de ser um produto e virou marca guarda-chuva pra basicamente toda IA da Microsoft. O problema é que isso junta na mesma palavra coisas que servem pra gente completamente diferente: tem Copilot pro dev escrever código, Copilot pro usuário montar um slide e tem a plataforma onde você constrói o seu próprio agente. Chamar tudo de "Copilot" é ótimo pro marketing e péssimo pra quem precisa decidir o que usar.

---

A pergunta que divide o mapa

O jeito mais fácil de não se perder é parar de decorar nome e fazer uma pergunta só: eu vou usar algo que já vem pronto ou vou criar alguma coisa? Essa linha corta o ecossistema em dois times, e é ela que organiza o resto do post.

---

Os Copilots que você USA pronto

Aqui ficam os que já vêm embutidos num produto. Você liga a licença e usa, não constrói nada:

• GitHub Copilot: o assistente de código, dentro do IDE (VS Code, Visual Studio, JetBrains). Público é o desenvolvedor, e ele já foi muito além do autocompletar, mas isso é papo pro post [3] da série.

• Microsoft 365 Copilot: a IA dentro do Word, Excel, Outlook e Teams, pro usuário final do dia a dia. E é aqui que mora metade da confusão, porque Teams Copilot, Security Copilot, Sales Copilot e companhia são o mesmo M365 Copilot aparecendo dentro de cada produto, com outra roupa. Não são plataformas separadas.

Nesses dois você é consumidor. São excelentes, mas não é deles que a nossa série de agentes trata, e sim do outro lado do mapa.

Reginaldo, então o Teams Copilot não é um bicho à parte que eu preciso aprender do zero?

Não. É o M365 Copilot rodando dentro do Teams, com a cara do Teams. Se você entende o M365 Copilot, você já entende os "sabores" dele. O que muda é a janela onde ele aparece, não o motor por trás.

---

As plataformas onde você CRIA o agente

Quando o assunto é construir o seu próprio agente, a Microsoft te dá dois caminhos, e é aqui que a nossa série toda vive:

• Copilot Studio: a porta low-code, em cima do Power Platform. Você monta o agente num visual gráfico, com conector pronto e publicação fácil no Teams. Quem mantém pode ser o time de negócio ou a TI, sem precisar de um batalhão de devs. É onde a gente construiu tudo até agora.

• Microsoft Foundry (o antigo Azure AI Foundry): a porta pro-code, pro time de engenharia que quer ser dono do ciclo inteiro, escolhendo modelo, montando RAG na mão, fazendo deploy e observabilidade de verdade. Mais controle, e em troca exige código.

Copilot Studio de um lado, rápido e low-code, Foundry do outro, com controle total e pro-code. Guarda esse eixo porque ele volta forte no post [4], quando eu comparo o Foundry Agent Service com o Copilot Studio de perto.

---

RESUMO

• "Copilot" virou marca guarda-chuva: não olhe o nome, olhe a função.

• Você USA: GitHub Copilot (código no IDE) e Microsoft 365 Copilot (apps Office). Teams, Security e Sales Copilot são sabores do M365.

• Você CRIA: Copilot Studio (low-code, Power Platform) ou Microsoft Foundry (pro-code, controle total).

• A nossa série de agentes vive no lado do "CRIA", com o Copilot Studio na frente.

Esse é o mapa pra você nunca mais confundir os Copilots. No próximo post eu pego os dois que mais geram dúvida de bolso, o M365 Copilot e o Copilot Studio, e respondo a pergunta que todo gestor faz: pago a licença do produto pronto ou construo o meu? Comenta aí quantos "Copilots" diferentes já apareceram na sua empresa.

Referências:

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

https://learn.microsoft.com/en-us/microsoft-365-copilot/extensibility/

Fique bem e até a próxima.

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

Hey dataholics! Last week we wrapped up the publishing and governance series and, with it, the whole journey inside Copilot Studio: we built the agent, gave it knowledge and tools, published it to Teams and M365 Copilot and even handled governance. As I promised in the last post, now we can climb to a higher spot and look at the full board, because Copilot Studio is just one piece of an ecosystem Microsoft stuffed with "Copilot" everywhere.

Back in the first post of the Copilot Studio from scratch series I'd already sketched a quick version of this map. Now that you've been through the whole journey, it's worth going back to it slowly and in full, which is the goal of this new series.

What we'll cover in this post:

• Why everything became "Copilot"

• The question that splits the map: do you USE it or BUILD it?

• The Copilots you use off the shelf

• The platforms where you build your own agent

---

Why everything became "Copilot"

If it feels like a new Copilot ships every week, it's not just you. The name stopped being a product and became an umbrella brand for basically every piece of AI at Microsoft. The problem is it lumps into one word things meant for completely different people: there's a Copilot for the dev writing code, a Copilot for the user putting together a slide, and there's the platform where you build your own agent. Calling it all "Copilot" is great for marketing and terrible for whoever has to decide what to use.

---

The question that splits the map

The easiest way not to get lost is to stop memorizing names and ask a single question: am I going to use something that comes ready, or am I going to build something? That line cuts the ecosystem into two teams, and it's what organizes the rest of the post.

---

The Copilots you USE off the shelf

This is where the ones baked into a product live. You switch the license on and use it, you don't build anything:

• GitHub Copilot: the coding assistant, inside the IDE (VS Code, Visual Studio, JetBrains). The audience is the developer, and it's gone way beyond autocomplete, but that's a conversation for post [3] of the series.

• Microsoft 365 Copilot: the AI inside Word, Excel, Outlook and Teams, for the everyday end user. And this is where half the confusion lives, because Teams Copilot, Security Copilot, Sales Copilot and friends are the same M365 Copilot showing up inside each product wearing a different costume. They're not separate platforms.

In these two you're a consumer. They're excellent, but they're not what our agent series is about, that's the other side of the map.

Reginaldo, so Teams Copilot isn't a separate beast I have to learn from scratch?

No. It's M365 Copilot running inside Teams, with the Teams look. If you understand M365 Copilot, you already understand its "flavors". What changes is the window it shows up in, not the engine behind it.

---

The platforms where you BUILD the agent

When it comes to building your own agent, Microsoft gives you two paths, and this is where our whole series lives:

• Copilot Studio: the low-code door, on top of the Power Platform. You assemble the agent in a graphical canvas, with ready-made connectors and easy publishing to Teams. Whoever maintains it can be the business team or IT, no battalion of devs required. It's where we built everything so far.

• Microsoft Foundry (formerly Azure AI Foundry): the pro-code door, for the engineering team that wants to own the entire lifecycle, picking the model, building RAG by hand, doing deployment and real observability. More control, and in exchange it demands code.

Copilot Studio on one side, fast and low-code, Foundry on the other, with full control and pro-code. Keep that axis in mind because it comes back strong in post [4], when I compare the Foundry Agent Service with Copilot Studio up close.

---

RECAP

• "Copilot" became an umbrella brand: don't look at the name, look at the function.

• You USE: GitHub Copilot (code in the IDE) and Microsoft 365 Copilot (Office apps). Teams, Security and Sales Copilot are flavors of M365.

• You BUILD: Copilot Studio (low-code, Power Platform) or Microsoft Foundry (pro-code, full control).

• Our agent series lives on the "build" side, with Copilot Studio up front.

That's the map so you never mix up the Copilots again. In the next post I take the two that cause the most budget headaches, M365 Copilot and Copilot Studio, and answer the question every manager asks: do I pay for the ready-made product's license or build my own? Comment below how many different "Copilots" have already shown up at your company.

References:

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

https://learn.microsoft.com/en-us/microsoft-365-copilot/extensibility/

Stay well and see you next time.

#copilotstudio #m365copilot #githubcopilot #microsoftfoundry #ai #agents #datainaction