Solo el 1% de los servidores MCP habla la especificación actual

Cada servidor MCP anuncia qué revisión del protocolo habla durante el handshake de initialize. Eso hace que la adopción sea medible, así que la medimos en todo el ecosistema público.

Los números

De los 19.233 servidores que sondeamos continuamente, 198 negocian la revisión actual. Es decir, el 1,0%. Otros 1.451 — el 7,5% — quedan en un punto intermedio: reconocen el marco moderno pero acaban acordando una revisión anterior. Todo lo demás sigue en la generación previa.

Esa brecha no es un error de redondeo. Es el ecosistema.

Por qué la adopción es tan lenta

• Los SDK van por detrás. La mayoría de servidores son una capa fina sobre un SDK oficial, y el SDK fija la revisión. Hasta que esa versión suba, el servidor no puede moverse aunque su autor quiera.
• Nada obliga a actualizar. Los clientes mantienen la compatibilidad, así que un servidor antiguo sigue funcionando: sin error, sin aviso de obsolescencia, sin quejas de usuarios.
• La mayoría de servidores están desatendidos. Un proyecto de fin de semana no recibe una actualización de protocolo seis meses después.

Si desarrollas un cliente

No des por hecho la revisión actual. Si tu cliente solo ofrece la versión más nueva en la negociación, fallará contra el 99% del ecosistema. Ofrece la más nueva, acepta lo que responda y gestiona también la forma antigua.

Si desarrollas un servidor

Actualizar es ahora mismo una de las formas más baratas de destacar, precisamente porque muy pocos lo han hecho. Pero comprueba antes una cosa: la cabecera de versión del protocolo corresponde a las peticiones posteriores al handshake, no al handshake en sí. Enviarla durante initialize hace que algunos servidores rechacen al cliente de plano — encontramos servidores inalcanzables exactamente por eso.