Em novembro de 2024, dois desenvolvedores da Anthropic lançaram silenciosamente uma especificação de protocolo. Sem grandes conferências, sem palcos iluminados. O objetivo era resolver um problema que qualquer pessoa que já integrou IA com sistemas externos reconhece de imediato: cada ferramenta nova exigia um conector novo, cada modelo exigia uma integração diferente. O resultado era código descartável empilhado em cima de mais código descartável.
O que esses dois desenvolvedores não sabiam naquela época é que em menos de dezoito meses, Microsoft, OpenAI, Google e praticamente todo o ecossistema de IA corporativo adotariam aquele protocolo como padrão. Incluindo o Microsoft 365 Copilot.
O Model Context Protocol chegou. E se você trabalha com M365, vale entender o que ele muda.
O pesadelo que todo mundo fingia que era normal
Para cada combinação de modelo com fonte de dados, era necessário escrever um conector específico. Dez modelos, cem fontes de dados: matematicamente eram até mil integrações independentes para construir e manter. No ecossistema de IA, isso ficou conhecido como o "problema M×N": M modelos vezes N fontes. Crescia na mesma velocidade que a dívida técnica.
O MCP resolve isso com uma abordagem de hub-and-spoke: você constrói um servidor MCP uma vez, e qualquer cliente compatível consegue se conectar. A analogia que ficou: o USB-C para IA. Antes, cada dispositivo exigia seu próprio cabo. Depois, um único padrão serve para tudo.
O protocolo que nasceu de uma frustração de desenvolvedor
Foi em 25 de novembro de 2024 que os desenvolvedores David Soria Parra e Justin Spahr-Summers lançaram o MCP. A origem é cotidiana: o protocolo nasceu da frustração de Soria Parra com a tarefa repetitiva de copiar código manualmente entre o Claude Desktop e seu editor de código. Pequeno problema, grande solução.
Nos primeiros meses, a adoção foi crescendo organicamente. Até fevereiro de 2025, a comunidade já havia criado mais de mil servidores MCP públicos. Em março de 2025, a OpenAI adotou o protocolo no seu Agents SDK. Sam Altman foi direto: "People love MCP and we are excited to add support across our products." Concorrentes adotando o padrão de um concorrente é o sinal mais claro possível de que algo virou padrão de fato.
Em dezembro de 2025, a Anthropic doou o protocolo para a Agentic AI Foundation, criada sob a Linux Foundation, com co-fundadores incluindo Anthropic, Block e OpenAI, além de suporte de Google, Microsoft e AWS. O MCP deixou de ser "o protocolo da Anthropic" e passou a ser infraestrutura neutra do ecossistema.
Microsoft chegou na festa. E trouxe o prato principal.
A Microsoft anunciou a disponibilidade geral do MCP no Copilot Studio em maio de 2025, e expandiu o suporte a chamadas de ferramentas MCP no Microsoft 365 Copilot Chat, nos agentes Researcher e Analyst, e em agentes personalizados construídos no Agent Builder.
Em abril de 2026, chegou o GA do suporte a MCP em agentes declarativos do Microsoft 365 Copilot, facilitando a integração de fluxos de trabalho empresariais, sistemas SaaS e aplicações internas via protocolo MCP, sem precisar de conectores customizados específicos.
Para completar, a Microsoft desenvolveu servidores MCP próprios para as cargas de trabalho do M365, cobrindo Outlook, Teams, SharePoint, OneDrive, Dataverse e Word, tudo respeitando os mesmos perímetros de segurança, licenciamento e conformidade que o M365 Copilot aplica internamente.
Quem entende o protocolo, controla o agente
Vamos deixar o abstrato de lado. Algumas consequências concretas para quem trabalha no ecossistema M365:
Copilot Studio ficou muito mais simples de estender. Antes, conectar um agente a um sistema externo (um ERP, um CRM, uma API interna) exigia um conector customizado ou Power Automate como intermediário. Com MCP, basta ter um servidor configurado: ações e fontes de conhecimento são adicionadas automaticamente ao agente conforme o servidor MCP evolui.
Agentes declarativos ganham acesso a dados externos de verdade. Um agente de RH pode consultar o sistema de folha via MCP. Um agente de suporte pode abrir tickets no Jira ou ServiceNow. Sem código de conector, sem autenticação customizada para manter.
A descrição das ferramentas importa mais do que parece. Um exemplo real: um maker descobriu que sua ferramenta create_ticket tinha uma descrição que coincidia com close_ticket, fazendo o modelo fechar tickets em vez de abrir. O modelo usa a descrição para decidir qual ferramenta chamar. Saber estruturar, nomear e descrever os endpoints corretamente é o que separa uma implementação funcional de uma que comete erros em produção.
O ponto de inflexão que já passou
Em março de 2026, a Anthropic reportava mais de 97 milhões de downloads mensais de SDK e mais de 10 mil servidores MCP públicos ativos. O MCP deixou de ser tendência e virou fundação.
Para o ecossistema M365, o suporte em GA no Copilot Studio e em agentes declarativos marca uma virada clara: integrar IA com ferramentas externas deixou de ser trabalho de nicho e passou a ser uma decisão de arquitetura corriqueira.
Se você ainda está avaliando se vale a pena entender MCP, a resposta já foi dada pelo mercado. A pergunta agora é quando você começa.
Assine a newsletter do Macareno.net e continue acompanhando o que está mudando no ecossistema Microsoft 365.
Fontes
- Model Context Protocol is now GA in Microsoft Copilot Studio - Microsoft Copilot Blog
- Build declarative agents for Microsoft 365 Copilot with MCP - Microsoft 365 Developer Blog
- Agent 365 MCP Servers for Copilot Studio - The Custom Engine
- What is MCP: The 2026 Guide for SaaS PMs - Truto Blog
- One Year of Model Context Protocol - Ajeet Raina