O Model Context Protocol (MCP) abandonou seu estado de sessão, substituindo-o por requisições no estilo recibo e um novo comando server/discover. Desenvolvedores agora podem executar o MCP em plataformas serverless, como o AWS Lambda, e evitar o gargalo do "garçom único" que há muito prejudica a confiabilidade.

Por que o modelo antigo era importante

Originalmente, o MCP exigia uma conexão persistente com um servidor específico. O servidor mantinha o "número da mesa" do usuário — uma sessão oculta que armazenava contexto, regras e ações pendentes. Quando esse servidor falhava, a sessão desaparecia e o cliente precisava recomeçar do zero.

O que a atualização faz de diferente

  • Sem sessões – Cada requisição carrega tudo o que o servidor precisa, como um recibo de restaurante que qualquer caixa pode ler. O handshake de "initialize" desaparece.
  • Modelo de recibo – Um pequeno bloco de metadados no início de cada requisição inclui informações de versão e parâmetros obrigatórios. O servidor processa a requisição de forma isolada e, em seguida, retorna um resultado com resultType, ttlMs (tempo de vida em milissegundos) e cacheScope. Esses campos permitem que o cliente armazene a resposta em cache com segurança e saiba quando ela expira.
  • Server/discover – Um novo comando permite que um cliente consulte um servidor sobre suas capacidades atuais. A resposta é imediata e não depende de interações anteriores.
  • Subscriptions/listen – Funciona como um pager: o cliente assina atualizações e só é notificado quando algo muda, reduzindo o tráfego de polling.
  • Fluxo Input_required – Se o servidor precisar de mais informações, ele retorna uma resposta input_required em vez de tentar contatar o cliente. O cliente, então, fornece os dados ausentes em uma requisição de acompanhamento.

Como o servidor não mantém mais estado, qualquer ambiente de computação stateless pode hospedar endpoints do MCP. Funções que são iniciadas sob demanda, pausadas ou migradas entre zonas podem lidar com o tráfego sem interromper uma conversa.

Quem ganha, quem se preocupa

Desenvolvedores que constroem front-ends de IA – ganham back-ends mais simples e confiáveis. Equipes de infraestrutura – podem provisionar o MCP em serviços baratos e com autoescalonamento. Mantenedores de servidores MCP – devem reescrever os handlers para emitir ttlMs, cacheScope e respeitar o contrato server/discover. O código que dependia de uma sessão persistente precisará de refatoração. Empresas com conformidade rigorosa – beneficiam-se de um controle mais claro do ciclo de vida dos dados.

O detalhe oculto: negociação de versão

Cada recibo inclui um pequeno bloco de metadados que anuncia a versão do protocolo que o cliente espera.

O que ainda é incerto

O que observar a seguir

Conclusão

Ao eliminar o estado de sessão e transformar cada interação em um recibo autossuficiente, o MCP agora se integra naturalmente aos ecossistemas serverless. Essa mudança torna o MCP mais estável e escalável, permitindo que os servidores rodem em qualquer lugar e escalem como qualquer serviço web normal.