Novas Especificações do MCP na Prática: Testando a Revolução Stateless no AWS AgentCore Gateway
No dia 28 de julho de 2026, o Protocolo de Contexto de Modelo publicou a revisão mais significativa desde seu lançamento. O MCP agora é um protocolo sem estado. Não há mais handshakes de sessão. Não há mais balanceamento de carga persistente. Não há mais armazenamento de sessão compartilhado para escalonamento horizontal. Cada solicitação é autônoma.
Eu queria ver se a realidade correspondia à promessa, então passei um dia testando a nova especificação contra um AWS AgentCore Gateway ao vivo com ferramentas Lambda reais por trás dele. Este post é o que eu encontrei.
Uma nota sobre a perspectiva: estou escrevendo isso como um Embaixador da AAIF e um Construtor da Comunidade AWS. O MCP é um padrão aberto hospedado pela Agentic AI Foundation (AAIF) sob a Linux Foundation. O AgentCore Gateway é a implementação gerenciada da AWS desse padrão. Testar uma implementação em nuvem gerenciada contra a especificação aberta que afirma suportar parecia exatamente a maneira certa de avaliar se o MCP 7-28 entrega o que promete.
Índice
- As Sete Mudanças Significativas
- Configurando o Teste
- O Que os Testes Revelaram
- Considerações Finais
- O Que Vem a Seguir
- Links
As Sete Mudanças Significativas
O MCP 7-28 não é um simples aumento de versão. Aqui estão as sete mudanças que importam, ordenadas por impacto no desenvolvedor:
| # | Mudança | Por que é importante |
|---|---|---|
| 1 |
Protocolo Sem Estado: server/discover substitui initialize. A identidade do cliente se move para _meta por solicitação. Mcp-Session-Id foi removido. |
Elimina sessões persistentes e armazenamento de sessão compartilhado. Os servidores MCP se tornam pontos finais HTTPS padrão que escalam horizontalmente atrás de qualquer balanceador de carga. |
| 2 |
Roteamento Nativo HTTP: Novos cabeçalhos Mcp-Method e Mcp-Name expõem a intenção fora do corpo. O W3C Trace Context chega via _meta. |
Gateways e balanceadores de carga podem rotear e observar o tráfego MCP sem analisar os corpos JSON-RPC. Ferramentas de observabilidade funcionam imediatamente. |
| 3 |
Metadados de Cache: As respostas carregam resultType, ttlMs e cacheScope. |
Proxies e CDNs podem armazenar em cache as respostas MCP nativamente. Nenhuma lógica de cache personalizada é necessária na camada de aplicação. |
| 4 |
Servidor para Cliente Sem SSE: Fluxos SSE de longa duração foram substituídos por Solicitações de Múltiplas Rodadas (MRTR) com tokens InputRequiredResult e requestState. |
Os servidores podem fazer perguntas aos clientes durante uma solicitação sem manter uma conexão persistente aberta. Mais amigável para computação sem servidor e de curta duração. |
| 5 | Fortalecimento da Autorização: Seis SEPs alinham o MCP com OAuth 2.0 e OpenID Connect em produção. | A autenticação agora é uma preocupação a nível de especificação, não um detalhe de implementação. Cada gateway compatível aplica o mesmo modelo. |
| 6 |
Tratamento de Erros Mais Limpo: Métodos desconhecidos → HTTP 404. Versão ruim → HTTP 400 + código -32022 + lista de versões suportadas em data. |
Monitoramento, alerta e balanceadores de carga podem reagir a falhas do MCP usando códigos de status HTTP padrão. Nenhuma análise de corpo é necessária. |
| 7 |
JSON Schema 2020-12: Suporte total para oneOf, anyOf, allOf, condicionais, $ref/$defs nas definições de ferramentas. |
Os esquemas de ferramentas podem expressar estruturas de entrada complexas e condicionais. Remove a necessidade de soluções alternativas nas definições de ferramentas em produção. |
A lista de descontinuação vale a pena notar: Roots, Sampling e Logging estão em uma janela de descontinuação consultiva de 12 meses. Se suas ferramentas dependem de qualquer um desses, você tem até meados de 2027 para migrar.
Aqui está o que realmente muda na comunicação.
Formato da Solicitação
Antes (pré-7-28, baseado em sessão):
POST /mcp HTTP/1.1
Content-Type: application/json
Mcp-Session-Id: 1868a90c-3a3f-4f5b-9c2d-abc123def456
{"jsonrpc":"2.0","id":1,"method":"tools/list","params":{}}
Depois (2026-07-28, sem estado):
POST /mcp HTTP/1.1
Content-Type: application/json
MCP-Protocol-Version: 2026-07-28
Mcp-Method: tools/list
Authorization: Bearer eyJ...
{"jsonrpc":"2.0","id":"test-1","method":"tools/list","params":{
"_meta": {
"io.modelcontextprotocol/protocolVersion": "2026-07-28",
"io.modelcontextprotocol/clientInfo": {
"name": "mcp-blog-test",
"version": "1.0.0"
},
"io.modelcontextprotocol/clientCapabilities": {}
}
}}
Três coisas mudaram:
-
Mcp-Session-Idfoi removido. Substituído pelos cabeçalhosMCP-Protocol-VersioneMcp-Method. - A identidade do cliente que costumava viver no handshake
initializeagora viaja inline via_metaem cada solicitação. - A autenticação é explícita na camada HTTP (o
c
As novas especificações do MCP podem impactar empresas brasileiras ao facilitar a escalabilidade e a eficiência em suas aplicações web. A eliminação de sessões persistentes pode reduzir a complexidade na arquitetura de sistemas. Isso pode resultar em melhor desempenho e menor custo operacional para negócios que adotam essa tecnologia.
