Ferramenta gratuita

Testador MCP Streamable HTTP

Verifique se o seu servidor MCP responde em Streamable HTTP, o transporte que os clientes atuais tentam primeiro e do qual alguns já não recorrem a outro.

Funciona com endpoints Streamable HTTP e SSE, por exemplo https://mcp.example.com/mcp
Este servidor exige autenticação
Usado apenas nesta requisição e nunca armazenado.

Funcionar não é a mesma coisa que ser vendável

Com o transporte resolvido, resta o problema de ninguém ver o que o seu servidor faz. O MCP Showcase transforma a mesma URL em um playground ao vivo com documentação para cada ferramenta.

Como funciona

link
Cole o seu endpoint MCP

Normalmente o caminho terminado em /mcp para um servidor Streamable HTTP.

play_circle
Executamos um handshake de verdade

A mesma chamada initialize que Claude, Cursor e VS Code fazem, no mesmo transporte.

checklist
Veja o resultado negociado

Versão do protocolo, transporte, identidade do servidor e a lista completa de ferramentas.

O transporte que os clientes atuais tentam primeiro

O Streamable HTTP substituiu o antigo desenho HTTP+SSE de dois endpoints: um único endpoint atende os dois sentidos e só vira fluxo quando o servidor precisa enviar algo. Isso torna a publicação atrás de proxies, CDNs e balanceadores bem menos incômoda, e é o que Claude, Cursor e VS Code tentam antes de tudo.

Cole o seu endpoint acima e executamos o mesmo handshake initialize que eles fazem, e então informamos qual transporte respondeu e o que foi negociado.

Se ele responder em SSE

Isso vale saber, e este testador informa explicitamente em vez de simplesmente dar certo em silêncio. Um servidor só-SSE ainda funciona com muitos clientes, mas os mais novos cada vez menos recorrem a ele, então pode ficar invisível para um cliente que suporta MCP perfeitamente. O sintoma é um servidor vazio, não um erro, e é isso que torna o diagnóstico lento.

Se ele responder mas não listar ferramentas

Então o transporte está bem e o problema está acima dele. A causa habitual é a autenticação: um servidor que devolve 401 a uma requisição não autenticada está funcionando corretamente e dizendo que precisa de um token. O log de requisições sob o resultado mostra exatamente isso. O verificador de autenticação cobre o caso com mais detalhe.

Ferramentas relacionadas

O transporte não é a parte difícil

Depois que um cliente consegue alcançar o seu servidor, resta o problema de ninguém conseguir dizer o que ele faz. Uma lista de ferramentas não é uma demonstração, e um prospect não vai instalar um cliente para descobrir. O MCP Showcase aponta para a mesma URL e produz um playground ao vivo com documentação gerada para cada ferramenta, para que avaliar o seu servidor custe um clique.

Perguntas frequentes

O transporte HTTP atual: um único endpoint atende os dois sentidos e só vira fluxo quando o servidor precisa enviar algo. Substituiu o antigo desenho HTTP+SSE de dois endpoints e é o que os clientes atuais tentam primeiro.

O SSE exigia dois endpoints: um fluxo de eventos de longa duração e um destino POST separado. O Streamable HTTP usa um só, o que torna a publicação atrás de proxies e balanceadores bem menos incômoda e a reconexão muito mais simples.

Um problema crescente. Os clientes mais novos tentam Streamable HTTP primeiro e nem todos recorrem ao SSE, então um servidor só-SSE pode ficar invisível para um cliente que suporta MCP perfeitamente. Este testador diz qual transporte respondeu.

Durante uma migração sim, se você tem usuários em clientes antigos. No longo prazo, Streamable HTTP sozinho é onde o ecossistema chegou.

Então o transporte está bem e o problema está acima dele, normalmente autenticação. Se o servidor devolve 401 a uma requisição não autenticada, o log abaixo vai mostrar.

Mais ferramentas MCP gratuitas