Confirme que o seu servidor MCP funciona de verdade. Cole a URL e receba um relatório de aprovado/reprovado sobre a conexão, o handshake, o transporte e as ferramentas anunciadas.
Uma lista toda verde prova que o seu servidor funciona, mas não mostra a um cliente o que ele faz. Aponte o MCP Showcase para a mesma URL e tenha um playground ao vivo que ele pode experimentar no navegador.
Um endpoint publicado, não um processo local. Adicione um token bearer se o servidor exigir: ele é usado uma vez e nunca é armazenado.
Um handshake MCP de verdade, primeiro HTTP em streaming e SSE como alternativa — exatamente o que Claude, Cursor ou VS Code farão.
Um relatório verificação por verificação, além do registro completo de requisições e respostas, para que uma falha aponte a etapa exata em vez de um erro genérico.
Cole acima uma URL de Model Context Protocol e este testador executa um cliente real contra ela —
a mesma sequência que Claude Desktop, Cursor ou VS Code executam ao se conectar. Ele abre a
conexão, faz o handshake initialize, negocia uma versão do protocolo e chama
tools/list; depois relata cada etapa separadamente como aprovada ou reprovada.
Essa separação é justamente o ponto. Um cliente que não enxerga o seu servidor devolve um único erro inútil; aqui você recebe sete respostas e descobre se o endpoint está inacessível, se o handshake falha, se o transporte não bate ou se a lista de ferramentas está simplesmente vazia.
initialize conclui e uma versão do protocolo é
negociada. Um servidor que aceita TCP mas falha aqui está rodando, mas não fala MCP.
Este é o motivo mais comum para recorrer a um testador hospedado, e quase sempre é uma de três
coisas. O endpoint não está acessível publicamente: escuta em localhost, está atrás de um
firewall, ou o deploy ainda não terminou. O caminho publicado difere do local — servidores MCP são
montados em /mcp, /sse ou na raiz, e o caminho que funcionava com
mcp dev nem sempre é o que a sua hospedagem expõe. Ou a build publicada é
simplesmente mais antiga que a da sua máquina.
O registro de requisições e respostas abaixo do resultado distingue os três casos. Uma conexão recusada não se parece nada com um 404, e um 401 diz que o servidor está bem e quer um token.
Nenhuma ferramenta é chamada. O que se verifica é a camada de baixo — conexão, handshake, anúncio —, que precisa funcionar antes que um agente possa chamar qualquer coisa. Não dirá se uma ferramenta valida a entrada nem se devolve a resposta certa. Para ver os próprios esquemas, use o MCP Inspector; para saber se vale apontar um agente para o servidor, rode o scanner de segurança.
Uma lista toda verde diz que o encanamento funciona. Para um cliente em potencial não diz nada: ele não sabe ler um handshake, e uma lista de nomes de ferramentas não é uma demonstração. É exatamente para isso que existe o MCP Showcase: aponte-o para a mesma URL e tenha uma página de playground compartilhável onde qualquer pessoa experimenta as ferramentas no navegador, com documentação gerada para cada uma e a configuração pronta para copiar.