MCP 2.0 Colapsa Integração de Ferramentas de Agente em uma Requisição HTTP

A especificação Model Context Protocol 2026-07-28 reduziu o fluxo de chamada de ferramentas de dois round trips HTTP para um. O handshake initialize desapareceu. O cabeçalho Mcp-Session-Id desapareceu. Cada requisição agora é autossuficiente: versão de protocolo, capacidades do cliente e intenção de chamada viajam dentro de um único POST, e qualquer instância de servidor atrás de um balanceador de carga pode tratá-la. Para equipes que abandonaram MCP em 2025 por causa da complexidade de roteamento de sessão, essa é a história inteira.

MCP legado — versão 2025-11-25 e anteriores — exigia que um cliente fizesse um POST de inicialização, recebesse um Mcp-Session-Id e então fizesse o POST da chamada tools/call com esse ID. Dois saltos de rede, estado do lado do servidor, roteamento sticky. A nova especificação colapsa isso em um POST: MCP-Protocol-Version: 2026-07-28, Mcp-Method: tools/call e Mcp-Name nos cabeçalhos, com versão de protocolo e capacidades do cliente no campo _meta do corpo JSON. O changelog da especificação explica: "Cada requisição agora carrega sua versão de protocolo e capacidades do cliente em _meta (io.modelcontextprotocol/protocolVersion, io.modelcontextprotocol/clientCapabilities)." Servidores que precisam de estado entre chamadas passam identificadores explícitos, cunhados pelo servidor, como argumentos de ferramenta ordinários — o mesmo padrão que APIs REST usam há décadas.

Seis Propostas de Aprimoramento de Especificação (SEPs) impulsionam o redesenho sem estado. Três atualizações de infraestrutura se seguem. Primeiro, rotabilidade: os novos cabeçalhos Mcp-Method e Mcp-Name permitem que gateways e balanceadores de carga despachem requisições sem analisar corpos JSON-RPC. Servidores rejeitam requisições onde cabeçalhos e corpo discordam, fechando um vetor de incompatibilidade de roteamento e segurança. Segundo, cacheabilidade: respostas de lista — tools/list, resources/list, prompts/list — agora carregam campos ttlMs e cacheScope ("public" ou "private") modelados na semântica HTTP Cache-Control. Clientes podem manter o catálogo de ferramentas em memória entre chamadas em vez de re-buscar. Terceiro, rastreabilidade: chaves W3C Trace Context (traceparent, tracestate, baggage) são reservadas em _meta, criando uma árvore de span OpenTelemetry unificada de agente para gateway até serviço downstream.

Simon Willison documentou a especificação em detalhe em 31 de julho. Ele estruturou o declínio de MCP em 2025 claramente: o protocolo perdeu usuários para Skills e agentes baseados em shell quando praticantes descobriram que curl mais um terminal cobria o mesmo terreno com menos configuração. Sua razão para retornar ao MCP é segurança. Agentes shell exigem modelos frontier fortes capazes de conduzir ambientes ativos; ferramentas MCP são auditáveis o suficiente para que modelos menores on-device possam conduzi-las confiabilidamente. Willison escreveu que o redesenho sem estado "diminui muito a complexidade de implementar clientes e servidores para o protocolo" e lançou duas ferramentas no dia do lançamento para comprová-lo.

mcp-explorer é uma CLI Python sem estado instalável via uvx — sem configuração além da invocação — que lista, inspeciona e chama ferramentas em qualquer endpoint MCP 2026-07-28. datasette-mcp é um plugin Datasette que expõe qualquer instância Datasette como servidor MCP em /-/mcp com três ferramentas: list_databases(), get_database_schema(database_name) e execute_sql(database_name, sql). Willison observa que é sua quarta tentativa de plugin; versões anteriores travaram na complexidade de sessão que a nova especificação elimina. Ambas são live e de qualidade de referência para equipes escrevendo seus próprios servidores.

Suporte de plataforma foi lançado no primeiro dia. O Agents SDK do Cloudflare envia 2026-07-28 desde o dia zero, executando servidores MCP diretamente em Workers sem overhead de sessão de transporte. Amazon Bedrock AgentCore suporta a especificação via uma chamada UpdateGateway única; clientes 2025-11-25 existentes continuam funcionando porque versões de protocolo são negociadas por requisição. A extensão Tasks passou de experimental para oficial com um ciclo de vida sem estado: tools/call retorna um handle de tarefa e clientes conduzem o progresso via tasks/get, tasks/update e tasks/cancel. teams/list está intencionalmente ausente — sem sessões, enumerar todas as tarefas é inseguro.

Etapas de migração para equipes executando MCP: audite e remova qualquer manipulação Mcp-Session-Id codificada; atualize manipulação de erro -32002 para -32602 (resource-not-found foi renumerado para alinhar com especificação JSON-RPC); se você construiu contra a API Tasks experimental, migre para o ciclo de vida sem estado; planeje depreciação de Roots, Sampling e Logging dentro de 12 meses — eles permanecem na especificação mas estão agendados para remoção sob a nova política de ciclo de vida de feature.