Ferramenta gratuita

Verificação de conformidade MCP 2024-11-05

Veja qual revisão do protocolo o seu servidor realmente negocia, e se um cliente que espera 2024-11-05 vai funcionar com ele.

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 a URL do seu servidor

Qualquer endpoint MCP publicado.

play_circle
Negociamos um handshake de verdade

A troca initialize informa a revisão em que o seu servidor para, que nem sempre é aquela contra a qual você desenvolveu.

checklist
Compare com 2024-11-05

Junto com o transporte, as capacidades e a lista completa de ferramentas.

Qual revisão o seu servidor realmente fala?

As revisões do MCP são datadas em vez de numeradas, e cliente e servidor negociam uma comum durante o handshake initialize. Isso significa que a revisão que importa não é a do seu arquivo de dependências: é aquela em que as duas pontas concordam em tempo de execução, que é a que esta verificação informa.

Servidores construídos com um SDK mais novo do que aquele com que foram testados, ou presos a um antigo por uma dependência transitiva, negociam rotineiramente algo diferente do que o autor espera.

O que de fato quebra entre revisões

Raramente o núcleo: ferramentas, resources e prompts têm sido estáveis o tempo todo. As diferenças que doem estão na negociação de capacidades, na autorização e, acima de tudo, nos transportes. A virada para Streamable HTTP acompanhou as revisões mais novas, e uma divergência de transporte causa muito mais falhas reais do que uma divergência de revisão. Se um cliente não vê o seu servidor, verifique o transporte antes da revisão.

Qual mirar

A que o seu SDK suporta, mantida razoavelmente em dia. Correr atrás de revisões à frente do seu SDK não traz nada. Ficar várias atrás é como um servidor deixa de funcionar aos poucos com os clientes novos; e como a negociação degrada em silêncio em vez de falhar com estardalhaço, isso costuma aparecer como «algumas pessoas dizem que não funciona» e não como uma queda.

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

Uma das revisões datadas do Model Context Protocol. Cliente e servidor negociam uma revisão comum durante o initialize, então o que importa não é contra qual você desenvolveu, mas em qual as duas pontas realmente concordam.

Rode a verificação acima: a versão negociada aparece no resultado. Ela vem da resposta initialize do seu servidor, então é o que um cliente real veria, e não o que o seu arquivo de dependências afirma.

Por si só quase nunca; a negociação existe justamente para isso. Os problemas vêm de recursos que só existem em uma revisão, e dos transportes: um cliente que espera Streamable HTTP diante de um servidor que só fala o antigo SSE falha seja qual for a revisão acordada.

Mire no que o seu SDK suporta e mantenha-o atualizado. Correr atrás de revisões à frente do seu SDK não traz nada, mas ficar várias atrás significa que clientes novos param de funcionar com você aos poucos, de um jeito difícil de diagnosticar.

Se o handshake completa, qual transporte respondeu e se a lista de ferramentas é a que você espera. O MCP Server Tester cobre tudo isso como lista de aprovado/reprovado.

Mais ferramentas MCP gratuitas