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

Todo servidor MCP anuncia qual revisão do protocolo fala durante o handshake de initialize. Isso torna a adoção mensurável, então medimos em todo o ecossistema público.

Os números

Dos 19.233 servidores que sondamos continuamente, 198 negociam a revisão atual — 1,0%. Outros 1.451, ou 7,5%, ficam num meio-termo: reconhecem a estrutura moderna, mas acabam fechando numa revisão mais antiga. Todo o resto continua na geração anterior.

Essa diferença não é erro de arredondamento. Ela é o ecossistema.

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

• Os SDKs ficam para trás. A maioria dos servidores é uma camada fina sobre um SDK oficial, e o SDK fixa a revisão. Enquanto essa versão não subir, o servidor não sai do lugar nem se o autor quiser.
• Nada obriga a atualizar. Os clientes mantêm compatibilidade, então um servidor antigo segue funcionando: sem erro, sem aviso de descontinuação, sem reclamação.
• A maioria dos servidores está abandonada. Um projeto de fim de semana não ganha upgrade de protocolo seis meses depois.

Se você cria um cliente

Não presuma a revisão atual. Se o seu cliente oferecer apenas a versão mais nova na negociação, ele vai falhar contra 99% do ecossistema. Ofereça a mais nova, aceite o que voltar e trate também o formato antigo.

Se você cria um servidor

Atualizar é hoje uma das formas mais baratas de se destacar, justamente porque pouquíssimos fizeram. Mas confira uma coisa antes: o cabeçalho de versão do protocolo pertence às requisições depois do handshake, não ao handshake em si. Mandá-lo durante o initialize faz alguns servidores rejeitarem o cliente de cara — achamos servidores inacessíveis exatamente por isso.