Revisão do MCP de 28-07-2026: Política de Depreciação de 12 Meses e Seis Remoções em uma Liberação

A revisão do Protocolo de Contexto do Modelo de 2026-07-28 adotou uma política formal de descontinuação com um período mínimo de doze meses, e os mantenedores lideraram com isso. O post de lançamento promete "uma política formal de descontinuação com um período mínimo de doze meses para que você possa planejar atualizações em vez de reagir a elas." A mesma revisão remove o cabeçalho da sessão, o handshake de inicialização, o método ping, o método de nível de log, o endpoint HTTP GET, a retomada de stream e uma notificação que existia por exatamente uma revisão. E a página do registro que a política criou, listando tudo o que está saindo, termina com uma frase que é verdadeira de uma maneira que vale a pena ler devagar: "Nenhum recurso foi removido sob esta política ainda."

Ambas as declarações estão corretas. Compreender como ambas estão corretas é todo o valor deste documento, então este texto permanece dentro dele. Não há analogia aqui e nenhuma empresa que perdeu dinheiro. A evidência é um changelog, a página da política que ele cita, o registro, o post de lançamento e a revisão anterior a ela, todos lidos seção por seção com os números dos itens dados para que qualquer um possa verificar a página em um minuto.

O que a política promete, em suas próprias palavras

A página da política é intitulada "Ciclo de Vida de Recursos e Política de Descontinuação," adotada através do SEP-2596. Sua seção de Escopo diz o que ela governa: "Esta política governa recursos da especificação central do MCP: mensagens de protocolo, capacidades, transportes, tipos de esquema e requisitos comportamentais normativos." Essa frase é importante mais tarde, então guarde-a. Uma mensagem de protocolo é um recurso. Um nome de método está dentro da unidade da política, nos próprios termos da política.

Um recurso está em um de três estados. Ativo significa que faz parte da revisão Atual. Descontinuado significa que "permanece na especificação, mas está programado para remoção," com um caminho de migração documentado, e "implementações existentes devem migrar antes da data de remoção mais próxima." Removido significa que "foi deletado de draft e estará ausente da próxima revisão Atual."

O período é definido sob "Descontinuando um Recurso," item 4: o SEP de descontinuação deve especificar "o número de meses, pelo menos doze, que o recurso deve permanecer Descontinuado antes de ser elegível para remoção. O período é medido a partir do lançamento da revisão da especificação na qual o recurso é marcado como Descontinuado." O recurso então "se torna elegível para remoção na primeira revisão da especificação lançada como Atual na ou após o término do período."

Duas cláusulas adicionais moldam o que segue. Sob "SDKs": "A remoção da especificação não obriga um SDK a remover o recurso das versões." E sob "Remoção Acelerada," o piso de doze meses pode encolher para noventa dias para um risco de segurança ativo, com um aviso publicado ou exploração documentada.

Portanto, a promessa é precisa. Uma vez que um recurso é marcado como Descontinuado em uma revisão lançada, a especificação o manterá por pelo menos doze meses. Essa é uma promessa sobre o texto da especificação, contada a partir de um lançamento, por recurso.

O que a mesma revisão remove

O changelog para 2026-07-28 lista suas mudanças sob Mudanças Maiores, Menores, Descontinuadas, Outras mudanças de esquema, Atualizações de governança e processo, e Mudanças de processo. As remoções estão sob Maiores e Menores. Aqui estão elas com seus localizadores.

Mudanças Maiores, item 1: "Remover sessões em nível de protocolo e o cabeçalho Mcp-Session-Id do transporte HTTP Streamable."

Mudanças Maiores, item 2: "Tornar o MCP sem estado: remover o handshake initialize/notifications/initialized."

Mudanças Maiores, item 4: "Substituir o endpoint HTTP GET e resources/subscribe/resources/unsubscribe por subscriptions/listen."

Mudanças Maiores, item 5: "Remover ping, logging/setLevel, e notifications/roots/list_changed."

Mudanças Maiores, item 9: "Remover a retomada de stream SSE e reentrega de mensagens (o cabeçalho Last-Event-ID e IDs de eventos SSE) do transporte HTTP Streamable."

Mudanças Menores, item 11: "Remover a notificação notifications/elicitation/complete e o campo elicitationId de solicitações de elicitação em modo URL, ambos introduzidos em 2025-11-25."

Seis entradas, contadas lendo a página em vez de qualquer script; os números dos itens acima são a reprodução. O item 4 é uma substituição em vez de uma simples remoção, e o verbo do changelog é mantido aqui por essa razão. Os outros cinco dizem "remover."

Nenhum dos seis passou por um período de doze meses, e a razão está na mesma página. Atualizações de governança e processo, item 1: "Adotar uma política de ciclo de vida de recursos e descontinuação da especificação definindo os estados de recurso Ativo, Descontinuado e Removido, um período mínimo de descontinuação de doze meses e um registro de recursos descontinuados (SEP-2596)." A política e as remoções chegaram em um único lançamento. Uma política que conta seu período a partir de um lançamento não pode ter contado nada antes desse lançamento.

O registro diz a mesma coisa do outro lado. Sua seção Removidos lê, na íntegra: "Nenhum recurso foi removido sob esta política ainda. Quando um recurso Descontinuado é removido, sua linha se move para esta seção com um link para a entrada do changelog registrando a remoção." A tabela está vazia porque essas seis remoções foram feitas sob o mecanismo mais antigo, aquele que o guia de versionamento descreve em sua primeira frase: as strings de versão do MCP "indicam a última data em que mudanças incompatíveis foram feitas." Uma revisão datada é, por definição, onde mudanças quebradoras vão. A política de ciclo de vida é um segundo mecanismo sobreposto ao primeiro, e 2026-07-28 é o lançamento onde você pode ver a costura.

O nome em ambas as listas

Sob o cabeçalho Descontinuado, item 1: "Descontinuar os recursos Roots, Sampling e Logging (SEP-2577). Esses recursos permanecem totalmente funcionais durante o período de descontinuação, mas novas implementações não devem adicionar suporte a eles." O registro dá a todos os três uma remoção mais próxima de "Primeira revisão lançada em ou após 2027-07-28." A página de Logging agora se abre com uma caixa de aviso: o recurso "permanece na especificação por pelo menos doze meses após o lançamento desta revisão antes de se tornar elegível para remoção."

Agora leia novamente as Mudanças Maiores, item 5. logging/setLevel foi removido. O nível de log "agora é definido por solicitação via io.modelcontextprotocol/logLevel em _meta; servidores NÃO DEVEM emitir notifications/message para solicitações que não incluíram este campo." A página de Logging confirma a nova forma: a única mensagem de protocolo que resta nela é notifications/message, e a seção sobre solicitar mensagens de log diz o mesmo NÃO DEVEM.

Logging é o nome em ambas as listas. O recurso está Descontinuado com um período de doze meses. O método que um cliente usava para controlar esse recurso está ausente no mesmo documento, quatro seções acima. Ambas as declarações se sustentam, porque "permanece totalmente funcional" descreve a capacidade, e a capacidade sobreviveu em uma nova forma de wire. Um cliente que ainda envia logging/setLevel não está exercendo um recurso descontinuado. Ele está enviando um método que a especificação não contém mais.

Roots e Sampling são remodelados da mesma forma. Mudanças Maiores, item 5 remove notifications/roots/list_changed. Mudanças Maiores, item 7 introduz o padrão de Solicitações de Múltiplas Rodadas, "que substitui a abordagem anterior de enviar solicitações iniciadas pelo servidor, como roots/list, sampling/createMessage, ou elicitation/create." Todos os três recursos descontinuados mantêm seus doze meses e mudam suas mensagens na mesma revisão.

Nenhuma disso contradiz a política. Seu escopo nomeia mensagens de protocolo como recursos, então os mantenedores