A especificação Model Context Protocol lançada em 28 de julho de 2026 remove infraestrutura em vez de adicionar capacidade. O handshake initialize desapareceu. O header Mcp-Session-Id desapareceu. O que permanece é um núcleo de protocolo stateless onde cada requisição carrega tudo o que um servidor precisa para respondê-la — nenhuma conexão anterior necessária. Google e Hugging Face co-lideraram o MCP Transports Working Group sob a Agentic AI Foundation. Os SDKs TypeScript e Python cruzaram 1 bilhão de downloads totais cada um antes da publicação.
O problema é escala. Sob a especificação de 2025-11-25, clientes se fixavam a um único container contendo estado da sessão. Três pods atrás de um load balancer significava que a segunda requisição poderia aterrissar na máquina errada, retornando 400 Session Not Found. Workarounds eram caros: regras de sticky session que prejudicavam autoscaling, stores Redis que adicionavam uma leitura e escrita a cada tool call, e inspeção de pacotes no gateway para rotear por sessão. Um crash de pod apagava sessões ativas. Hugging Face mediu o overhead como mais de 100 mensagens de protocolo MCP por um único tool call.
A motivação do Google era escala com custo. Seu MCP Toolbox for Databases registrou mais de 20 milhões de tool calls através de 40-plus bancos de dados em um único mês. Round-trips Redis e sticky routing são itens de linha em uma conta de infraestrutura. Kurtis Van Gent, Google Cloud MCP core maintainer, escreveu que times precisavam que MCP escalasse através de milhões de queries concorrentes no Google Cloud.
A solução remove o handshake initialize/initialized e o header Mcp-Session-Id. Protocol version, client capabilities e identity agora viajam em um campo _meta em cada requisição. Três novos HTTP headers — Mcp-Protocol-Version, Mcp-Method e Mcp-Name — permitem gateways rotear, autorizar e rate-limit sem parsear o body JSON-RPC. Respostas List podem incluir instruções de cache. Resultado: qualquer instância de servidor responde qualquer requisição, round-robin balancers padrão funcionam sem mudanças, e MCP servers rodam como serverless functions que escalam para zero quando ociosas. O GitHub MCP Server, alimentado pelo Google Go SDK v1.7.0, já removeu Redis session storage.
Protocolo stateless não significa aplicação stateless. Se uma tool cria uma browser session, shopping basket ou database transaction, retorna um identificador. O modelo o passa como um argumento ordinário na próxima chamada. É assim que HTTP APIs funcionam. Handles explícitos deixam o modelo raciocinar sobre estado, compor através de tools e passá-lo entre steps de maneiras que metadata de transporte opaca nunca permitiu.
A especificação traz duas preocupações para times na versão 2025-11-25. Primeiro, migração: parar de confiar em Mcp-Session-Id, mover estado por-sessão para argumentos explícitos de tool, emitir os novos headers em requisições Streamable HTTP e almejar um Tier 1 SDK release que embarque suporte 2026-07-28. Segundo, deprecação: Roots, Sampling e Logging são deprecated com uma janela de remoção de 12 meses — mais cedo julho de 2027. Adições de segurança incluem verificação de issuer RFC 9207 e indicadores de recurso RFC 8707.
Para times construindo com MCP, o checklist de migração é curto. O SDK lida com a maioria do trabalho de transporte. O risco real: servidores third-party não mantidos que ninguém vai atualizar antes do período de deprecação fechar.