O que é MCP? Como agentes de IA se conectam aos seus dados (Atualização da Especificação de 2026)

O MCP, ou Model Context Protocol, é um padrão aberto que permite a um agente de IA acessar ferramentas e fontes de dados por meio de uma interface comum. Em vez de uma integração personalizada por aplicativo, o cliente utiliza um único protocolo e qualquer servidor compatível pode responder. A especificação foi reescrita em 28 de julho de 2026, e a mudança é significativa.

Este guia aborda o que o protocolo faz e o que mudou na versão de 28/07/2026. Também aborda o que foi descontinuado, como isso difere de uma integração de API comum e quando você não precisa dele. As informações aqui apresentadas são de 5 de agosto de 2026.

O que é o MCP?

Pense nele como o formato de uma tomada compartilhada. Antes de existir um padrão, conectar um assistente ao seu banco de dados, ao seu sistema de chamados e aos seus arquivos significava criar três integrações sob medida. Cada uma tinha sua própria autenticação, seu próprio tratamento de erros e seu próprio custo de manutenção.

O MCP define essa conexão uma única vez. O cliente é o lado do agente. O servidor envolve uma fonte de dados ou ferramenta e expõe o que ela pode fazer. O cliente pergunta ao servidor o que está disponível e, em seguida, faz a chamada.

Os servidores geralmente expõem três tipos de elementos. As ferramentas são ações que o agente pode invocar. Os recursos são conteúdos legíveis. Os prompts são modelos reutilizáveis. O cliente descobre os três em tempo de execução, em vez de tê-los codificados diretamente.

O nome costuma ser usado de forma genérica, por isso vale um esclarecimento. O protocolo não é um modelo, não é um agente e não é um produto. Ele é o formato de comunicação entre eles.

Duas palavras explicam a maior parte da confusão em torno dele. Descoberta significa que o cliente aprende o que um servidor oferece em tempo de execução. Reutilização significa que o mesmo servidor responde a qualquer cliente compatível.

A adoção não é mais teórica. Os mantenedores do protocolo relatam cerca de meio bilhão de downloads por mês nos SDKs de Nível 1 (Tier 1). Os SDKs de TypeScript e Python já passaram de um bilhão cada no total.

O que mudou na especificação de 28/07/2026

Esta versão é a maior revisão que o protocolo já teve. O principal destaque é que o núcleo agora é stateless (sem estado).

Mudança	O que significa
Núcleo stateless	Sessões e handshakes deixaram de existir. Cada requisição carrega sua própria versão do protocolo e identidade do cliente
Requisições de múltiplas idas e voltas (Multi Round-Trip)	Substitui as requisições iniciadas pelo servidor que precisavam de um fluxo aberto. Uma ferramenta pode solicitar a entrada do usuário no meio de uma chamada
Roteamento baseado em cabeçalhos	Os nomes de métodos e ferramentas trafegam nos cabeçalhos Mcp-Method e Mcp-Name, permitindo que os gateways façam o roteamento e a autorização com base neles
Resultados de lista armazenáveis em cache	As listas de ferramentas, prompts e recursos agora trazem ttlMs e cacheScope
Reforço de autorização	Validação de emissor da RFC 9207, transição de Dynamic Client Registration para Client ID Metadata Documents e credenciais vinculadas ao emissor
Framework de extensões	As tarefas saem do núcleo experimental e vão para uma extensão formal, junto com Apps e Enterprise Managed Authorization

Pense nessa lista como uma única decisão repetida seis vezes. Cada mudança remove uma premissa que tornava a operação de servidores remotos complexa. Nada disso altera o que uma ferramenta pode fazer.

A publicação oficial da especificação de 28/07/2026 traz a lista completa de alterações. Os SDKs de TypeScript, Python, Go e C# já oferecem suporte, com o Rust em versão beta.

Por que o modelo stateless é importante se você gerencia um servidor

O design antigo pressupunha uma conexão persistente e bidirecional. Essa única premissa era a causa da maior parte das dificuldades operacionais.

Antes, um servidor remoto precisava de sessões persistentes (sticky sessions) para que o cliente sempre caísse na mesma instância. Ele precisava de armazenamento de sessão compartilhado para que o estado sobrevivesse a uma reinicialização. Os gateways frequentemente precisavam inspecionar os payloads para entender o que uma requisição estava fazendo.

Nada disso é necessário agora. Um servidor pode ficar atrás de um balanceador de carga simples do tipo round-robin. O roteamento acontece em um cabeçalho. Os clientes armazenam a lista de ferramentas em cache pelo tempo permitido pela janela definida pelo servidor. O protocolo deixou de ser algo que você implanta com extremo cuidado para se tornar algo que você implanta normalmente.

Existe um custo de migração associado. Servidores criados com base no núcleo antigo precisarão de ajustes, e as bibliotecas de cliente precisam evoluir junto com eles.

A mudança também reduz o custo de testar a tecnologia. Colocar um servidor no ar costumava ser uma decisão de infraestrutura. Agora, está mais próximo de implantar qualquer pequeno serviço web.

Para quem está avaliando o servidor MCP de um fornecedor, a pergunta prática a se fazer é: qual versão da especificação ele tem como alvo e quando ele fará a transição.

O que foi descontinuado e quanto tempo você tem

Três recursos estão sendo descontinuados: Roots, Sampling e Logging. O transporte legado HTTP+SSE também foi descontinuado.

Os mantenedores se comprometeram com um prazo mínimo de doze meses antes da remoção definitiva. Esse prazo é generoso, mas também é um limite. Se você desenvolveu algo com base em qualquer um desses quatro itens, coloque a migração em seu cronograma (roadmap) em vez de deixá-la no backlog.

Verifique também o seu cliente, não apenas o seu servidor. Um cliente preso ao transporte antigo continuará funcionando durante esse período de transição e depois deixará de funcionar.

O Dynamic Client Registration foi formalmente descontinuado em favor do Client ID Metadata Documents. Credenciais vinculadas ao emissor agora evitam que um token emitido para um servidor seja reutilizado em outro.

MCP comparado a uma integração de API comum

	Integração de API personalizada	Servidor MCP
Trabalho por fonte	Nova autenticação, esquema e tratamento de erros a cada vez	Um único protocolo, reutilizado
Descoberta	Você codifica diretamente o que existe	O cliente pergunta em tempo de execução
Quem pode usar	O aplicativo no qual você a integrou	Qualquer cliente compatível
Manutenção	Quebra quando a API do fornecedor muda	O servidor absorve a mudança
Ideal para	Um único caminho profundo e de alto volume	Múltiplas fontes acessadas por um agente

Outro ponto a se considerar é quem mantém o conector. Um servidor publicado pelo próprio fornecedor evolui junto com o produto dele, o que significa um trabalho a menos para você.

Sendo bem realista, o MCP não é mais rápido ou mais barato para uma única integração. Ele se destaca quando o número de fontes aumenta ou quando você quer que mais de um agente acesse a mesma fonte sem precisar refazer o trabalho.

O que você pode produzir depois que uma fonte de dados está conectada

A conexão é apenas a infraestrutura básica. O real motivo do interesse é o resultado final entregável.

Com uma fonte de dados conectada, um agente pode extrair os números antigos e realizar a análise. O que retorna já está pronto: um gráfico, um resumo escrito, um conjunto de slides. O valor vem da eliminação da etapa de exportação, não do protocolo em si. O resultado entregável também é o que justifica defender essa estrutura internamente. Uma conexão que ninguém transforma em relatório acaba sendo desativada sem alarde.

O Powerdrill Bloom disponibiliza um servidor baseado nesse padrão. De acordo com sua própria documentação, ele faz a autenticação com o seu User ID e a Project API Key. O cliente pode então navegar pelos conjuntos de dados da sua conta, extrair detalhes de qualquer um deles e executar tarefas fazendo perguntas em linguagem natural. Ele funciona com o Claude Desktop e outros clientes compatíveis. O anúncio do servidor MCP aborda a configuração, e a página de conectores de dados lista os outros tipos de fontes.

Quando você não precisa do MCP de forma alguma

Esta parte costuma ser ignorada na maioria das explicações, por isso vale a pena falar claramente.

Se os seus dados chegam em formato de arquivo, você não precisa de um protocolo. Você precisa de um upload. Uma exportação trimestral, um CSV que alguém lhe enviou por e-mail, um extrato em PDF — nada disso justifica colocar um servidor no ar. Basta arrastar o arquivo e fazer a sua pergunta.

Faça uma pergunta a si mesmo antes de começar a desenvolver: essa mesma exportação será necessária novamente no próximo mês por outra pessoa além de você?

O MCP se justifica quando a fonte é ativa e recorrente. Um banco de dados que muda a cada hora, uma fila de chamados, uma tabela de data warehouse que alimenta um relatório semanal. O teste é saber se, caso contrário, você teria que exportar a mesma coisa novamente na semana seguinte.

Há também uma dimensão de segurança. Uma fonte conectada representa uma permissão permanente, não um compartilhamento único. As mudanças de autorização de 28/07/2026 existem justamente porque essa distinção é importante.

Em resumo

O MCP é uma tomada padrão entre agentes e fontes de dados. A versão de 28/07/2026 tornou o núcleo stateless, moveu o roteamento para os cabeçalhos, permitiu o cache de resultados de listas e reforçou a autorização. Roots, Sampling, Logging e o antigo transporte HTTP+SSE foram descontinuados com um prazo de transição de doze meses.

Para um arquivo pontual, ignore tudo isso. Experimente o Powerdrill Bloom gratuitamente — faça o upload do arquivo, faça sua pergunta em linguagem natural e exporte o gráfico ou a apresentação. Se estiver comparando opções de servidores, veja as melhores plataformas MCP.

Perguntas frequentes

O que significa MCP?

Model Context Protocol. É um padrão aberto para conectar clientes de IA a ferramentas e fontes de dados por meio de uma única interface. Assim, evita-se uma integração sob medida para cada nova fonte.

O que mudou na especificação do MCP de 28/07/2026?

O núcleo tornou-se stateless, eliminando sessões e handshakes. As Requisições de múltiplas idas e voltas (Multi Round-Trip Requests) substituíram as requisições iniciadas pelo servidor em fluxos abertos, e o roteamento passou para os cabeçalhos Mcp-Method e Mcp-Name. Os resultados de listas tornaram-se armazenáveis em cache, e a autorização foi reforçada com validação de emissor e credenciais vinculadas ao emissor.

O MCP é a mesma coisa que uma API?

Não. Uma API é a interface de um único fornecedor para um único sistema. O protocolo é um invólucro comum que muitos sistemas podem implementar, permitindo que qualquer cliente compatível os descubra e os chame sem a necessidade de código personalizado para cada fonte.

O que foi descontinuado na nova especificação do MCP?

Roots, Sampling e Logging foram descontinuados, assim como o transporte legado HTTP+SSE. O Dynamic Client Registration dá lugar ao Client ID Metadata Documents. Os mantenedores definiram um prazo mínimo de doze meses antes da remoção definitiva.

Preciso do MCP para analisar uma planilha com IA?

Não. Para um arquivo que você já possui, fazer o upload é mais simples e rápido. Vale a pena configurar o protocolo quando a fonte é ativa e, caso contrário, você teria que reexportar os mesmos dados periodicamente.