O Model Context Protocol (MCP) é a camada de integração que permite que modelos de IA conversem com ferramentas reais: bancos de dados, APIs, calendários, repositórios. Criado pela Anthropic em novembro de 2024, o protocolo se tornou o padrão de fato da indústria, adotado por OpenAI, Google, Microsoft e AWS. No dia 28 de julho de 2026, o MCP recebe sua maior atualização desde o lançamento: a versão 2026-07-28 elimina o gerenciamento de sessões e torna o protocolo stateless, simplificando drasticamente a implantação em escala.
O que muda com o MCP stateless
Até agora, conectar um cliente MCP a um servidor remoto exigia um aperto de mão inicial: o cliente enviava um "hello" com seu nome e versão, o servidor respondia com um ID de sessão, e toda requisição seguinte precisava carregar esse ID. Isso funcionava bem para um servidor atendendo poucos clientes, mas quebrava em escala.
Em produção, servidores ficam atrás de balanceadores de carga que distribuem requisições entre dezenas de máquinas, muitas vezes em regiões diferentes. Cada uma dessas máquinas precisava saber sobre um ID de sessão que outra máquina gerou. Isso exigia sticky sessions (sessões fixas) e armazenamento compartilhado de estado, como Redis, para que qualquer servidor pudesse reconhecer uma sessão iniciada em outra instância.
A nova versão elimina esse aperto de mão. O método initialize e o cabeçalho Mcp-Session-Id simplesmente deixam de existir. Cada requisição agora é autossuficiente: carrega as informações do cliente no campo _meta e pode ser processada por qualquer servidor da frota, sem necessidade de estado compartilhado. Um novo método, server/discover, permite que clientes consultem as capacidades do servidor quando precisarem.
Por que isso importa para quem implanta agentes de IA
O impacto prático é imediato para qualquer equipe que esteja rodando servidores MCP em produção. Antes, escalar horizontalmente exigia configurar sticky sessions no balanceador de carga, manter um Redis ou banco compartilhado para os IDs de sessão, e lidar com a complexidade de roteamento. Agora, um servidor MCP pode rodar atrás de um balanceador round-robin comum, exatamente como qualquer API HTTP tradicional.
A Arcade, startup que levantou US$ 60 milhões em junho de 2026 com a tese de que a infraestrutura de agentes de IA ainda não está pronta, publicou uma explicação detalhada das mudanças. O fundador Nate Barbettini descreveu o problema: "O primeiro cliente MCP envia um hello, o servidor devolve um ID de sessão. A partir daí, toda requisição carrega esse ID. Agora coloque um balanceador de carga na frente: cada máquina precisa saber de um ID que outra gerou. Não é impossível, mas briga com o balanceador em vez de trabalhar com ele."
Com a versão stateless, essa briga acaba. O cabeçalho Mcp-Method permite que gateways e rate-limiters roteiem requisições sem precisar inspecionar o corpo da mensagem. E respostas de tools/list agora incluem um campo ttlMs que diz ao cliente por quanto tempo a lista de ferramentas pode ficar em cache, reduzindo requisições repetidas.
MCP Apps e Tasks: as extensões que chegam junto
Além do núcleo stateless, a atualização de julho traz duas extensões que saem do status experimental e se tornam oficiais.
A primeira é o MCP Apps, que permite que servidores entreguem interfaces HTML interativas renderizadas em iframes isolados. Em vez de um retorno em texto puro, uma ferramenta pode devolver um formulário, uma tabela ou um painel de controle. A interface se comunica com o host pelo mesmo protocolo JSON-RPC usado em chamadas diretas de ferramenta, então toda ação iniciada pela UI passa pelo mesmo fluxo de auditoria e consentimento.
A segunda é a extensão Tasks, que formaliza o modelo para operações de longa duração. Um servidor pode responder a uma chamada de ferramenta com um identificador de tarefa, e o cliente acompanha o progresso através dos métodos tasks/get, tasks/update e tasks/cancel. Como o núcleo agora é stateless, as tarefas usam um modelo de polling em vez de conexões SSE persistentes, o que permite que qualquer servidor da frota retome uma tarefa desde que tenha acesso ao armazenamento compartilhado de estado da tarefa.
Segurança e alinhamento com padrões empresariais
A atualização também endurece a camada de autorização. Seis propostas de melhoria (SEPs) alinham o MCP com OAuth 2.0 e OpenID Connect da forma como são implantados em empresas reais. Clientes agora precisam validar o parâmetro iss conforme a RFC 9207, declarar o tipo de aplicação durante o registro OAuth, e vincular credenciais ao servidor de autorização específico que as emitiu.
Para equipes de segurança, isso significa que revisar uma implantação MCP segue os mesmos padrões de qualquer API HTTP com OAuth. A propagação de contexto de rastreamento distribuído W3C também foi formalizada, permitindo que requisições sejam rastreadas através de uma cadeia de servidores MCP com backends OpenTelemetry.
Três funcionalidades antigas entram em depreciação com prazo de 12 meses: Roots, Sampling e Logging. Elas continuam funcionando, mas quem depende delas precisa planejar a migração. Para observabilidade, o caminho recomendado são as chaves de rastreamento padronizadas na nova especificação.
A transicao do protocolo MCP para uma abordagem stateless não elimina a necessidade de transporte persistente (como SSE ou WebSockets) em casos de uso com atualizacoes em tempo real acionadas pelo servidor.
Fontes: TechCrunch, MCP Blog – Release Candidate, Arcade – MCP Going Stateless, MCP Blog – Beta SDKs, Exame – O que é o MCP
