Comprueba que tu servidor MCP funciona de verdad. Pega la URL y obtén un informe de aprobado/fallo sobre la conexión, el handshake, el transporte y las herramientas que anuncia.
Una lista en verde demuestra que tu servidor funciona, pero no le muestra a un cliente qué hace. Apunta MCP Showcase a la misma URL y obtén un playground en vivo que podrá probar en el navegador.
Un endpoint desplegado, no un proceso local. Añade un token bearer si el servidor lo necesita: se usa una vez y nunca se guarda.
Un handshake MCP auténtico, primero HTTP en streaming y SSE como alternativa, exactamente como harán Claude, Cursor o VS Code.
Un informe comprobación por comprobación más el registro completo de peticiones y respuestas, para que un fallo señale el paso concreto y no un error genérico.
Pega arriba un endpoint de Model Context Protocol y este probador ejecutará un cliente real contra
él: la misma secuencia que ejecutan Claude Desktop, Cursor o VS Code al conectarse. Abre la
conexión, realiza el handshake initialize, negocia una versión del protocolo y llama
a tools/list; después informa de cada paso por separado como aprobado o fallido.
Esa separación es justamente el objetivo. Un cliente que no ve tu servidor te da un único error inútil; aquí obtienes siete respuestas y descubres si el endpoint es inaccesible, si el handshake falla, si el transporte no coincide o si la lista de herramientas está simplemente vacía.
initialize se completa y se negocia una versión
del protocolo. Un servidor que acepta TCP pero falla aquí está en marcha, pero no habla MCP.
Es la razón más frecuente para recurrir a un probador alojado, y casi siempre es una de tres
cosas. El endpoint no es accesible públicamente: escucha en localhost, está tras un cortafuegos o
el despliegue no ha terminado. La ruta desplegada difiere de la local: los servidores MCP se
montan en /mcp, /sse o en la raíz, y la ruta que funcionaba con
mcp dev no siempre es la que expone tu proveedor. O la build desplegada es
sencillamente más antigua que la de tu máquina.
El registro de peticiones y respuestas bajo el resultado distingue los tres casos. Una conexión rechazada no se parece en nada a un 404, y un 401 te dice que el servidor está bien y quiere un token.
Nunca se llama a una herramienta. Se verifica la capa inferior —conexión, handshake, anuncio—, que debe funcionar antes de que un agente pueda llamar a nada. No te dirá si una herramienta valida su entrada ni si devuelve la respuesta correcta. Si quieres ver los esquemas, usa el MCP Inspector; si quieres saber si conviene apuntar un agente al servidor, ejecuta el escáner de seguridad.
Una lista en verde te dice que la fontanería funciona. A un cliente potencial no le dice nada: no sabe leer un handshake, y una lista de nombres de herramientas no es una demostración. Para eso está MCP Showcase: apúntalo a la misma URL y generará una página de playground compartible donde cualquiera puede probar las herramientas en el navegador, con documentación generada para cada una y la configuración lista para copiar en su propio cliente.