Fala dataholics! Chegamos no último post da série do ecossistema e, de quebra, no fim de uma jornada longa de Copilot aqui no blog. A gente foi do "criar o primeiro agente" até publicar, governar e entender cada Copilot da Microsoft. Faltava só amarrar tudo num lugar só, e é isso que eu trago hoje: uma árvore de decisão curta pra você nunca mais travar na pergunta "qual plataforma eu uso?".

O que veremos nesse post:

• As perguntas que resolvem 90% dos casos

• Cada caminho e onde ele te leva

• Por que a resposta às vezes é "os dois"

---

Comece por uma pergunta só

A primeira bifurcação é a mesma do post [1]: você quer usar algo pronto ou criar um agente? Respondida essa, o resto do caminho é rápido. Vou abrir em quatro perguntas que resolvem a grande maioria dos casos reais.

---

Os quatro caminhos

• Quer produtividade no Office, resumir e-mail, escrever documento, e todo mundo se beneficia? Microsoft 365 Copilot. Você compra e usa, tem a discussão de licença que eu abri no post [2].

• Quer ajuda pra escrever código dentro do IDE, do autocomplete ao agente que abre PR? GitHub Copilot, que foi o assunto do post [3].

• Vai criar um agente rápido, integrado ao M365, mantido pelo time de negócio ou pela TI, sem virar projeto de engenharia? Copilot Studio, que foi a casa da série toda.

• Precisa de código, modelo próprio, orquestração complexa e escala de produção? Foundry Agent Service, o pro-code que eu comparei no post [4].

Repara que a árvore separa duas coisas antes de tudo: pra quem é (dev, usuário de negócio, maker, engenheiro) e o que você quer (usar ou construir). Acertou essas duas, você já está na plataforma certa.

---

Quando a resposta é "os dois"

Reginaldo, e se o meu caso cair em mais de um galho ao mesmo tempo?

Acontece direto, e tudo bem. O cenário real quase nunca é escolher um e abandonar o resto. É super comum ter M365 Copilot pra produtividade, agentes no Copilot Studio pros casos do negócio e, quando um deles cresce, o Foundry entrando como motor por trás. A árvore serve pra você achar o ponto de partida, não pra te prender numa caixa pro resto da vida. Escolhe por onde começar, valida, e evolui conforme o problema pede.

---

RESUMO

• Comece perguntando: usar pronto ou criar agente?

• Produtividade no Office, todo mundo usa: M365 Copilot.

• Ajuda pra escrever código no IDE: GitHub Copilot.

• Agente rápido e low-code: Copilot Studio.

• Código, modelo próprio e escala: Foundry Agent Service.

• Na dúvida entre dois, comece pelo mais simples e evolua. O híbrido é normal.

E assim fecha a nossa longa temporada de Copilot. Foi do primeiro agente criado do zero, passando por knowledge, tools, publicação, governança e agora o ecossistema inteiro na palma da mão. Espero que tenha ajudado a tirar a confusão de "tudo é Copilot" da sua cabeça. A partir da próxima série a gente vira a chave pro lado que eu mais curto, os dados: agentes que conversam com o seu Lakehouse, Genie, Fabric Data Agents e as tais "IQs". Comenta aí qual plataforma a árvore mandou você usar no seu caso.

Referências:

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

https://learn.microsoft.com/en-us/azure/foundry/agents/overview

Fique bem e até a próxima.

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

Hey dataholics! We've reached the last post of the ecosystem series and, on top of that, the end of a long Copilot journey here on the blog. We went from "building the first agent" all the way to publishing, governing and understanding every Microsoft Copilot. The only thing missing was tying it all together in one place, and that's what I bring today: a short decision tree so you never freeze again on the question "which platform do I use?".

What we'll cover in this post:

• The questions that solve 90% of cases

• Each path and where it takes you

• Why the answer is sometimes "both"

---

Start with a single question

The first fork is the same as post [1]: do you want to use something ready or build an agent? Once that's answered, the rest of the path is fast. I'll open it up into four questions that solve the vast majority of real cases.

---

The four paths

• Want Office productivity, summarizing email, writing a document, with everyone benefiting? Microsoft 365 Copilot. You buy it and use it, with the licensing discussion I opened in post [2].

• Want help writing code inside the IDE, from autocomplete to the agent that opens a PR? GitHub Copilot, which was the topic of post [3].

• Going to build an agent that's fast, integrated with M365, maintained by the business team or IT, without turning into an engineering project? Copilot Studio, which was the home of the whole series.

• Need code, your own model, complex orchestration and production scale? Foundry Agent Service, the pro-code one I compared in post [4].

Notice the tree separates two things before anything else: who it's for (dev, business user, maker, engineer) and what you want (use or build). Nail those two and you're already on the right platform.

---

When the answer is "both"

Reginaldo, what if my case lands on more than one branch at the same time?

Happens all the time, and that's fine. The real scenario is almost never picking one and abandoning the rest. It's super common to have M365 Copilot for productivity, Copilot Studio agents for the business cases and, when one of them grows, Foundry coming in as the engine behind it. The tree is there to help you find the starting point, not to lock you in a box for life. Pick where to start, validate, and evolve as the problem asks.

---

RECAP

• Start by asking: use off the shelf or build an agent?

• Office productivity, everyone uses it: M365 Copilot.

• Help writing code in the IDE: GitHub Copilot.

• Fast, low-code agent: Copilot Studio.

• Code, your own model and scale: Foundry Agent Service.

• Torn between two, start with the simplest and evolve. The hybrid is normal.

And that wraps up our long Copilot season. It went from the first agent built from scratch, through knowledge, tools, publishing, governance and now the whole ecosystem in the palm of your hand. I hope it helped clear the "everything is Copilot" confusion out of your head. From the next series on we flip the switch to the side I enjoy the most, data: agents that talk to your Lakehouse, Genie, Fabric Data Agents and those "IQs". Comment below which platform the tree told you to use in your case.

References:

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

https://learn.microsoft.com/en-us/azure/foundry/agents/overview

Stay well and see you next time.

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