O MCP passou a stateless. O que mudou e porque continuamos a falar o protocolo antigo.
A revisão de julho de 2026 do Model Context Protocol é a maior alteração desde que o protocolo foi publicado, e é fácil ler-se por baixo. Transforma um protocolo bidirecional com estado num protocolo de pedido e resposta sem estado. Se operas um servidor, é esta a versão que muda a tua arquitetura.
O que foi removido
A troca initialize e initialized desapareceu, e o cabeçalho Mcp-Session-Id também. Cada pedido viaja agora sozinho, levando a sua versão do protocolo, a identidade do cliente e as capacidades do cliente em _meta. A consequência prática está dita de forma clara na especificação: qualquer pedido pode aterrar em qualquer instância do servidor atrás de um balanceador round-robin simples, sem armazenamento partilhado.
Porque é que isso importa na operação
Sessões significavam encaminhamento pegajoso ou estado partilhado, que é justamente o que torna um serviço chato de escalar e chato de fazer deploy. Removê-las transforma um servidor MCP num serviço HTTP sem estado normal, do qual podes correr vários e que podes reiniciar quando te apetecer. Para quem temia a história operacional de correr MCP em produção, esta é a boa notícia.
Para onde vai o estado
O estado ao nível da aplicação não desaparece, sobe um andar: uma ferramenta cria um identificador explícito e o modelo devolve-o como argumento na chamada seguinte. O estado passa a ser algo que desenhas de propósito em vez de algo que o transporte te dá de graça — que, no fundo, é como devia ter sido desde o início.
O problema de compatibilidade e o que fizemos
A especificação compromete-se com uma janela mínima de doze meses de descontinuação, e as funcionalidades descontinuadas continuam a funcionar durante esse período. Os clientes lá fora mexem-se mais devagar do que as especificações. Por isso o nosso servidor MCP fala as duas eras: a especificação stateless atual e o handshake antigo, escolhido por pedido. Contamos manter o caminho antigo até por volta de agosto de 2027, porque a alternativa é partir a integração de alguém numa terça-feira, sem aviso.
Se tens um servidor, a tentação é lançar a era nova e apagar a antiga na mesma semana. A especificação dá-te doze meses por alguma razão. Usa-os.