Herramienta gratuita

Probador MCP Streamable HTTP

Comprueba si tu servidor MCP responde en Streamable HTTP, el transporte que los clientes actuales prueban primero y del que algunos ya no recurren a otro.

Funciona con endpoints Streamable HTTP y SSE, por ejemplo https://mcp.example.com/mcp
Este servidor requiere autenticación
Se usa solo en esta petición y nunca se almacena.

Funcionar no es lo mismo que poder venderse

Cuando el transporte está bien, queda el problema de que nadie ve qué hace tu servidor. MCP Showcase convierte la misma URL en un playground en vivo con documentación para cada herramienta.

Cómo funciona

link
Pega tu endpoint MCP

Suele ser la ruta que termina en /mcp para un servidor Streamable HTTP.

play_circle
Ejecutamos un handshake real

La misma llamada initialize que hacen Claude, Cursor y VS Code, en el mismo transporte.

checklist
Mira el resultado negociado

Versión del protocolo, transporte, identidad del servidor y la lista completa de herramientas.

El transporte que los clientes actuales prueban primero

Streamable HTTP sustituyó al antiguo diseño HTTP+SSE de dos endpoints: un solo endpoint atiende ambos sentidos y solo pasa a flujo cuando el servidor necesita enviar algo. Eso hace mucho menos incómodo el despliegue tras proxies, CDN y balanceadores, y es lo que Claude, Cursor y VS Code intentan antes que nada.

Pega tu endpoint arriba y ejecutaremos el mismo handshake initialize que hacen ellos, y luego informaremos de qué transporte respondió y qué se negoció.

Si responde en SSE en su lugar

Conviene saberlo, y este probador lo indica de forma explícita en lugar de dar éxito en silencio. Un servidor solo-SSE sigue funcionando con muchos clientes, pero los más nuevos cada vez recurren menos a él, así que puede ser invisible para un cliente que admite MCP perfectamente. El síntoma es un servidor vacío, no un error, y eso es lo que hace lento el diagnóstico.

Si responde pero no lista herramientas

Entonces el transporte está bien y el problema está por encima. La causa habitual es la autenticación: un servidor que devuelve 401 a una petición sin autenticar funciona correctamente y te está diciendo que necesita un token. El registro de peticiones bajo el resultado lo muestra exactamente. El comprobador de autenticación cubre el caso con más detalle.

Herramientas relacionadas

El transporte no es la parte difícil

Cuando un cliente ya puede alcanzar tu servidor, queda el problema de que nadie puede saber qué hace. Una lista de herramientas no es una demostración, y un cliente potencial no instalará un cliente para averiguarlo. MCP Showcase apunta a la misma URL y produce un playground en vivo con documentación generada para cada herramienta, de modo que evaluar tu servidor cueste un clic.

Preguntas frecuentes

El transporte HTTP actual: un solo endpoint atiende ambos sentidos y solo pasa a flujo cuando el servidor necesita enviar algo. Sustituyó al antiguo diseño HTTP+SSE de dos endpoints y es lo que los clientes actuales intentan primero.

SSE necesitaba dos endpoints: un flujo de eventos de larga duración y un destino POST aparte. Streamable HTTP usa uno, lo que hace el despliegue tras proxies y balanceadores bastante menos incómodo y la reconexión mucho más sencilla.

Uno cada vez mayor. Los clientes más nuevos prueban antes Streamable HTTP y no todos recurren a SSE, así que un servidor solo-SSE puede ser invisible para un cliente que admite MCP perfectamente. Este probador te dice qué transporte respondió.

Durante una migración sí, si tienes usuarios en clientes antiguos. A largo plazo, Streamable HTTP en solitario es donde ha acabado el ecosistema.

Entonces el transporte está bien y el problema está por encima, normalmente en la autenticación. Si el servidor devuelve 401 a una petición sin autenticar, el registro de abajo lo mostrará.

Más herramientas MCP gratuitas