No início de 2025, quando a Anthropic apresentou o MCP (Model Context Protocol), a maioria dos desenvolvedores o classificou como mais um “USB-C para IA” — um padrão para conectar modelos a ferramentas. Ideia interessante, mas longe da produção.
Dezoito meses depois, o cenário mudou completamente. Os downloads dos SDKs de TypeScript e Python ultrapassaram cada um 1 bilhão acumulado, os downloads mensais se aproximam de 400 milhões, e mais de 950 servidores MCP rodam na loja de apps do Claude. O MCP se tornou o padrão de facto da indústria para interconexão de ferramentas de IA.
E em 28 de julho, a Anthropic lançou a maior atualização da história do MCP — a especificação 2026-07-28. Não é uma queda de recursos: é uma reestruturação completa da arquitetura do protocolo.
O Que Realmente Mudou
Corte um: o núcleo vai stateless
A maior mudança, e a mais pedida. O MCP antigo exigia uma conexão bidirecional com estado entre cliente e servidor: o handshake initialize/initialized e, depois, um Mcp-Session-Id persistente carregado por todo o ciclo de vida. Seu servidor MCP precisava manter conexões de longa duração — o que tornava o deploy no Cloudflare Workers ou no AWS Lambda um exercício de frustração.
A nova especificação remove tudo isso. Cada requisição é autodescritiva — versão do protocolo, informações do cliente e declarações de capacidades viajam no campo _meta. Precisa de negociação de capacidades? Existe um RPC opcional server/discover. Não precisa? É só enviar a requisição.
O que isso significa: seu servidor MCP agora pode ser implantado atrás de qualquer load balancer round-robin simples, e qualquer instância pode atender qualquer requisição. Serverless, computação na edge, escalonamento horizontal — toda a ferramenta cloud-native de repente se encaixa no MCP.
Corte dois: MRTR — adeus, conexões longas
Protocolos com estado têm uma inconveniência prática: no meio da execução, um servidor pode precisar pedir dados ao cliente (confirmar parâmetros com o usuário, por exemplo). Isso exigia um stream bidirecional aberto. As novas multi-round trip requests (MRTR) permitem que o servidor retorne resultType: "input_required" com suas perguntas; o cliente responde e reinvoca com inputResponses.
Um efeito colateral elegante: todas as requisições HTTP de streaming agora devem carregar os headers Mcp-Method e Mcp-Name. Seu API gateway, rate limiter e WAF podem fazer roteamento e cobrança sem precisar analisar corpos JSON. Do ponto de vista operacional, é uma melhoria unilateral.
Corte três: Extensions — de recursos remendados a um framework
As Extensions agora são cidadãs de primeira classe: nomenclatura em DNS reverso, versionamento independente, mantenedores delegáveis. Três extensions oficiais chegam junto com a especificação:
-
MCP Apps: servidores podem renderizar UI interativa diretamente dentro da interface de chat do Claude, em um iframe isolado por segurança. Peça dados de receita e receba um dashboard ao vivo; administre um servidor na nuvem e obtenha um painel de controle na conversa. A era da alternância de abas está acabando.
-
Tasks: o framework oficial de tarefas assíncronas. Operações de longa duração — analisar 100GB de logs, renderizar vídeo 3D — agora têm um mecanismo padrão de polling com notificações.
-
EMA (autenticação gerenciada por empresa): permissões centralizadas de servidores MCP por meio de provedores de identidade como Microsoft Entra e Okta. O administrador autoriza uma vez; os usuários herdam automaticamente — totalmente zero-touch.
Corte quatro: a autenticação finalmente amadurece
A integração de autenticação consumiu mais horas de desenvolvedores do que qualquer outra coisa no último ano. A nova especificação faz três coisas: alinha-se completamente com deployments de OAuth 2.0 e OIDC de nível de produção, impõe a identificação de issuer da RFC 9207 (fechando a vulnerabilidade de confusão entre servidores de autorização) e depreca formalmente o DCR em favor dos Client Metadata Documents (CIMD). Quem enfrentou os erros de redirect_uri no localhost da especificação antiga sabe quanta dor acaba de morrer.
Corte cinco: cache ganha determinismo
As respostas de tools/list e prompts/list agora trazem ttlMs e cacheScope com ordenação determinística garantida. A política de cache do lado do cliente deixa de ser um chute.
Os Três Anos do MCP, Em Perspectiva
| Fase | Período | Missão central | Marcos |
|---|---|---|---|
| 1. Provar que existe | 2024–2025 | Fazer desenvolvedores aceitarem que "IA precisa de um protocolo padrão" | Lançamento do MCP 2024, primeiros SDKs |
| 2. Fazer os fluxos funcionarem | 1º semestre de 2025 | Conjunto básico de recursos, cenários de mercado | MCP 2025-03-26, transporte HTTP+SSE, Streamable HTTP |
| 3. Aterrar em escala | 2º semestre de 2025 | Dores de implantação corporativa | 400M de downloads mensais, 950+ servidores, Figma/Intuit/Netlify a bordo |
| 4. Virar infraestrutura | 2026-07 | Reestruturação da arquitetura para cloud-native | Núcleo stateless, framework de Extensions, autenticação corporativa |
Este é o caminho padrão de “funciona” para “utilizável” até “infraestrutura”. A analogia com HTTP é adequada: o HTTP inicial também era um protocolo de texto simples, e foi justamente o design stateless que permitiu escalar para a internet inteira.
Para Onde o MCP Vai
Destino 1: MCP Tunnels (prévia de pesquisa)
Muitas empresas não podem expor bancos de dados ou ERPs à internet pública sob nenhuma circunstância. Os MCP Tunnels conectam o Claude a redes internas com nenhum IP público, nenhuma regra de firewall de entrada, nenhuma allowlist de IP — um único túnel criptografado através do firewall corporativo. Se chegar de verdade ao mercado, será a cunha que leva a IA ao setor financeiro, à saúde e ao governo.
Destino 2: o efeito cascata dos MCP Apps
UI interativa renderizada transforma o Claude de uma “janela de chat” em um “runtime de aplicações” — qualquer servidor MCP pode se tornar um app. O estado final: a IA deixa de ser usuária de ferramentas para ser a plataforma delas. Figma, Intuit e Netlify já estão dentro; qual será o próximo destaque é uma questão em aberto.
Destino 3: o cenário competitivo
O Google tem o A2A; a OpenAI tem o GPT Actions. Mas a vantagem do MCP em ecossistema de desenvolvedores é enorme — 950+ servidores, 400 milhões de downloads mensais, grandes fornecedores de SaaS publicamente comprometidos. Essa atualização arquitetural torna a vantagem quase inexpugnável: quando um protocolo se torna infraestrutura, os desafiantes enfrentam não uma diferença de engenharia, mas um efeito de rede.
O Que os Desenvolvedores Devem Fazer Agora
-
Atualize seus SDKs. Os quatro SDKs oficiais — TypeScript, Python, Go, C# — já suportam a especificação 2026-07-28, com guias de migração detalhados. Se você roda servidores MCP em produção, a hora é agora.
-
Repense a implantação. O núcleo stateless significa que Serverless é um alvo de primeira classe. Se seu servidor MCP ainda roda um processo residente, migrar para Lambda ou Cloudflare Workers reduz custo e complexidade operacional.
-
Acompanhe a lista de deprecações. Roots, Sampling, Logging e o antigo transporte HTTP+SSE estão deprecados com 12 meses de prazo de transição. Não os use em projetos novos.
-
Experimente os MCP Apps. Se você constrói ferramentas de IA voltadas ao usuário, a UI interativa dentro do Claude é um diferencial de experiência de produto que o usuário percebe imediatamente.
O MCP percorreu em dezoito meses o que o HTTP levou anos para ir do RFC à ubiquidade. A versão 2026-07-28 não inventou nenhum conceito novo — fez algo mais difícil: transformou um protocolo que funcionava no laboratório em infraestrutura que roda estável em produção.
O próximo passo genuinamente interessante não é o próprio MCP. É o que será construído sobre ele — coisas que ainda não conseguimos imaginar.
