Apenas 1% dos servidores MCP fala a especificação atual

Cada servidor MCP anuncia que revisão do protocolo fala durante o handshake de initialize. Isso torna a adoção mensurável, por isso medimo-la em todo o ecossistema público.

Os números

Dos 19 233 servidores que sondamos continuamente, 198 negoceiam a revisão atual. Ou seja, 1,0%. Outros 1 451 — 7,5% — ficam num ponto intermédio: reconhecem a estrutura moderna mas acabam por acordar uma revisão mais antiga. Todo o resto continua na geração anterior.

Esta diferença não é um erro de arredondamento. É o ecossistema.

Porque é que a adoção é tão lenta

• Os SDK ficam para trás. A maioria dos servidores é uma camada fina sobre um SDK oficial, e o SDK fixa a revisão. Até essa versão subir, o servidor não se mexe mesmo que o autor queira.
• Nada obriga a atualizar. Os clientes mantêm compatibilidade retroativa, por isso um servidor antigo continua a funcionar: sem erro, sem aviso de descontinuação, sem queixas.
• A maioria dos servidores está ao abandono. Um projeto de fim de semana não recebe uma atualização de protocolo seis meses depois.

Se desenvolve um cliente

Não assuma a revisão atual. Se o seu cliente só oferecer a versão mais recente na negociação, falhará perante 99% do ecossistema. Ofereça a mais recente, aceite o que voltar e trate também do formato antigo.

Se desenvolve um servidor

Atualizar é neste momento uma das formas mais baratas de se destacar, precisamente porque muito poucos o fizeram. Mas verifique primeiro uma coisa: o cabeçalho de versão do protocolo pertence aos pedidos posteriores ao handshake, não ao handshake em si. Enviá-lo durante o initialize leva alguns servidores a rejeitar o cliente de imediato — encontrámos servidores inacessíveis exatamente por isso.