Everything MCP: para autores de clientes, ejercitar funciones de protocolo con npx

Para quién

Quien implementa o depura un cliente MCP y necesita un servidor de prueba que recorra las funciones de protocolo. Es explícitamente «not intended to be a useful server» y solo sirve para exercise las funciones del protocolo MCP. Encaja quien puede levantar @modelcontextprotocol/server-everything con npx y aceptar que los retornos sean datos de demostración, no resultados de negocio. No encaja como herramienta de producción de extracción, repositorio o búsqueda. Página oficial: https://github.com/modelcontextprotocol/servers/tree/main/src/everything

Primer intento en 3 minutos

Solo una vía oficial: stdio por defecto.

Requisito: npx en la máquina. Es un banco de pruebas para constructores de clientes, no para negocio final.

Lugar de instalación y configuración: en el cliente MCP, escribe el comando de arranque así:

npx @modelcontextprotocol/server-everything

El fragmento de configuración equivalente es command: npx, argumentos -y y @modelcontextprotocol/server-everything.

Acción de bajo riesgo: tras conectar, haz que el cliente liste los tools que declara este servidor y llama al primer tool de la lista. No escribas a mano un nombre de herramienta que no aparezca en el documento. El servidor también implementa prompts, resources, sampling; si el cliente lista prompts o resources, puedes tomar el primer prompt o leer una resource. Estas llamadas verifican que el cliente complete un ida y vuelta real tool / prompt / resource, no una tarea de negocio.

Señal de éxito: el cliente lista al menos una clase (tools, prompts o resources) y la llamada elegida devuelve contenido. Una lista vacía o un proceso que sale al instante cuenta como incompleto. Si falla, confirma primero que el comando es stdio por defecto, no HTTP+SSE obsoleto.

Casos de uso

Caso 1: verificar tools. Corresponde a «It implements prompts, tools, resources, sampling, and more». Recorre un cliente de prueba con list tools → call tool. Los retornos pueden ser relleno o cargas de demostración; solo sirven para juzgar si el cliente parseó bien. La evidencia no da ningún nombre ni parámetro de tool; el caso termina en «una llamada a un tool que aparece de verdad en la lista».

Caso 2: verificar prompts, resources o sampling. La misma frase de capacidad. Haz que el cliente tome un prompt o lea una resource; si el cliente implementa sampling, observa si el servidor dispara un flujo de muestreo. La evidencia solo nombra clases de capacidad, no nombres de prompt, URI de resource ni formatos de mensaje de sampling. Lo que falte sigue los objetos que el cliente liste en tiempo de ejecución; no inventes URI.

Límites de uso

Es un servidor de prueba, no un servidor de negocio útil. No lo uses con datos reales de clientes ni esperes semántica de negocio estable.

HTTP+SSE Transport quedó obsoleto el 2025-03-26. npm install y npm run start:sse bajo el directorio fuente no son la vía del primer intento.

La recomendación oficial es npx stdio por defecto. Aunque una llamada a tool parezca de solo lectura, la implementación de prueba puede enviar notificaciones, pedir muestreo o escribir resources de demostración; no lo trates como cero efectos secundarios. No hay lista de clientes ni URL alojada.