O que é o MCP numa frase: o Model Context Protocol é uma norma aberta que a Anthropic publicou em novembro de 2024 para que qualquer modelo de IA se ligue às tuas ferramentas e aos teus dados por um só cabo, em vez de um conector à medida por cada integração. Baixa o custo de ligar. Não baixa o custo de teres um mau processo nem dados sujos. É esta a tese toda — o resto do artigo sustenta-a sem fumo.
O que é o MCP (Model Context Protocol)
MCP significa Model Context Protocol. É um protocolo aberto —especificação e código públicos— que define uma forma-padrão de uma aplicação de IA pedir contexto (ficheiros, registos de uma base de dados, mensagens) e invocar ações (ferramentas, funções) sobre sistemas externos. A analogia que toda a gente repete é «o USB-C da IA»: uma só ficha para tudo. Serve para perceber e engana se a levares à letra, porque uma ficha não arranja o que está do outro lado do cabo. A especificação e os SDK oficiais estão na documentação do MCP.
O problema real que resolve: a integração N×M
Antes do MCP, ligar cada modelo a cada ferramenta era um conector à medida. Com N modelos e M ferramentas acabas com N×M integrações para manter, cada uma com o seu formato, a sua autenticação e a sua forma de partir. O MCP transforma esse N×M num N+M: cada ferramenta expõe um servidor MCP uma vez, cada modelo fala MCP uma vez, e no meio há um contrato comum. Não é magia — é o que um carregador universal fez pela gaveta dos cabos. A poupança é na integração, não no critério.
| Eixo | Sem MCP (conectores à medida) | Com MCP |
|---|---|---|
| Custo de integrar | N×M conectores próprios | N+M (um protocolo) |
| Formato | Um diferente por ferramenta | JSON-RPC padrão |
| Manutenção | Cada mudança parte um conector | O contrato absorve a mudança |
| Reutilização | Quase nula entre projetos | Um servidor serve vários clientes |
| O que NÃO resolve | O processo e os dados | O processo e os dados |
Como funciona: cliente, servidor e três primitivas
A arquitetura é cliente-servidor, inspirada no Language Server Protocol que os editores de código já usam. A aplicação de IA faz de cliente MCP e abre uma ligação a um ou vários servidores MCP, que expõem capacidades do mundo real. As mensagens viajam em JSON-RPC 2.0 sobre vários transportes. O que um servidor pode oferecer resume-se a três primitivas:
- Tools (ferramentas): ações que o modelo pode invocar —criar um ticket, consultar uma encomenda, mover uma linha—. É o que a maioria entende por «o agente faz coisas».
- Resources (recursos): dados que o modelo pode ler como contexto —um documento, o resultado de uma consulta, um ficheiro—. Ler, não agir.
- Prompts: modelos de interação reutilizáveis que o servidor oferece ao cliente para tarefas repetidas.
Há SDK oficiais em TypeScript, Python, Java, Kotlin e C#, por isso montar um servidor MCP hoje é questão de horas, não de semanas. E é aí que está a armadilha cómoda: como é fácil de montar, dá a tentação de achar que o trabalho está feito quando na verdade acabou de começar.
Quem o adotou (e porque isso importa)
O MCP deixou depressa de ser coisa da Anthropic. Ao longo de 2025 foi adotado de forma nativa por clientes da OpenAI, Google e Microsoft, entre muitos outros, e no fim do ano a Anthropic doou o protocolo a uma fundação sob a alçada da Linux Foundation, com esses mesmos atores como membros fundadores (resumo do primeiro aniversário). Uma norma sustentada por concorrentes em vez de um só dono é exatamente o que a torna apostável: não dependes de que a uma só empresa continue a interessar. Para uma empresa que decide onde investir, essa governação partilhada pesa mais do que qualquer demo.
O que muda mesmo para os agentes de empresa
O concreto: a cola entre o teu agente e os teus sistemas deixa de ser um projeto de integração por cada ferramenta e passa a ser uma peça reutilizável. Ligar um agente ao teu CRM, ao teu ERP ou à tua base de dados deixa de justificar por si só um orçamento de cinco dígitos. Isso é real e é bom. Desenvolvemo-lo em detalhe no guia sobre ligar um agente de IA ao teu CRM, onde o cabo importa menos do que decidir o que o agente pode tocar e o que não pode.
Mas ligar não é construir. Um servidor MCP dá-te o acesso; continua a faltar o agente que decide bem o que fazer com esse acesso, com as suas guardas, as suas avaliações e o seu humano no ciclo onde o critério pesa. Essa parte —a que faz mesmo o trabalho— não é resolvida pelo protocolo, e é a que desmontamos em como construir um agente de IA que vai para produção.
O que um servidor MCP NÃO arranja
É aqui que o entusiasmo se estampa contra uma terça-feira a sério. Um servidor MCP liga o modelo aos teus dados exatamente como estão. Se o processo por trás é um caos, o MCP dá-te um caos acessível por API — mais rápido, não melhor. Três frentes que o protocolo não toca:
- O processo. Se ninguém decidiu como o trabalho se faz hoje —quem lhe mexe, onde encrava, com que critério se decide—, o MCP só automatiza a desordem. Esse diagnóstico é metade do trabalho, e é o que separa automatizar um processo com agentes de comprar tecnologia e rezar.
- Os dados. Um servidor MCP sobre dados duplicados, sem dono e sem definição serve respostas seguras de si e erradas. A qualidade do dado não a põe o protocolo; pões-la tu antes.
- A governação. O que o agente pode ler, o que pode escrever, quem responde quando erra. O MCP move o contexto; não decide as permissões por ti. Sem essa camada, uma ficha universal é também um buraco universal.
Quando faz sentido montar um MCP (e quando é teatro)
- Tens o processo mapeado. Sabes que tarefa concreta o agente vai tocar e que métrica se deve mover. Se não cabe em duas frases, ainda não é hora de protocolo.
- Vais reutilizar a ligação. Um servidor MCP compensa quando vários agentes ou equipas o vão usar. Para uma integração única e descartável, às vezes um conector direto é mais honesto.
- Tens a governação decidida. Permissões, limites e um responsável antes de abrir o cabo, não depois do primeiro susto.
- Não o montas para a demo. Se o objetivo é mostrar numa reunião que «já falamos MCP», isso é teatro com nome técnico. O sistema julga-se numa terça-feira qualquer, a correr sozinho, não na sala.
Dito de outra forma: o MCP é uma ótima notícia para quem já fez o trabalho por dentro, e uma armadilha cara para quem achava que o cabo era o problema. Nós usamos o MCP onde poupa semanas de integração, e não o usamos para maquilhar um processo que ainda não existe. Se a dor é ligar a IA aos sistemas que já usas e deixá-la a medir, isso é infraestrutura de IA para a empresa; se é um caso concreto —por exemplo, meter IA no HubSpot sem partir nada—, vê IA para HubSpot. O protocolo é o meio. O trabalho, como sempre, é o que se cobra.