Outil gratuit

Testeur MCP Streamable HTTP

Vérifiez si votre serveur MCP répond sur Streamable HTTP, le transport que les clients actuels essaient en premier et dont certains ne se replient plus.

Fonctionne avec les endpoints Streamable HTTP et SSE, par exemple https://mcp.example.com/mcp
Ce serveur nécessite une authentification
Utilisé pour cette seule requête et jamais conservé.

Fonctionner n'est pas la même chose que se vendre

Une fois le transport réglé, il reste que personne ne voit ce que fait votre serveur. MCP Showcase transforme la même URL en playground en direct, avec une documentation pour chaque outil.

Comment ça marche

link
Collez votre endpoint MCP

En général le chemin qui se termine par /mcp pour un serveur Streamable HTTP.

play_circle
Nous exécutons un vrai handshake

Le même appel initialize que font Claude, Cursor et VS Code, sur le même transport.

checklist
Voyez le résultat négocié

Version du protocole, transport, identité du serveur et liste complète des outils.

Le transport que les clients actuels essaient en premier

Streamable HTTP a remplacé l'ancien schéma HTTP+SSE à deux endpoints : un seul endpoint gère les deux sens et ne passe en flux que lorsque le serveur doit pousser des données. Cela rend le déploiement derrière des proxys, des CDN et des répartiteurs de charge bien moins pénible, et c'est ce que Claude, Cursor et VS Code tentent avant tout le reste.

Collez votre endpoint ci-dessus : nous exécutons le même handshake initialize qu'eux, puis nous indiquons quel transport a répondu et ce qui a été négocié.

S'il répond en SSE à la place

C'est bon à savoir, et ce testeur le signale explicitement au lieu de réussir en silence. Un serveur uniquement SSE fonctionne encore avec beaucoup de clients, mais les plus récents se replient de moins en moins : il peut donc être invisible pour un client qui prend parfaitement en charge MCP. Le symptôme est un serveur vide, pas une erreur, et c'est ce qui rend le diagnostic lent.

S'il répond mais ne liste aucun outil

Alors le transport est bon et le problème est au-dessus. La cause habituelle est l'authentification : un serveur qui renvoie 401 à une requête non authentifiée fonctionne correctement et vous dit qu'il lui faut un jeton. Le journal des requêtes sous le résultat le montre exactement. Le vérificateur d'authentification traite ce cas plus en détail.

Outils liés

Le transport n'est pas la partie difficile

Une fois qu'un client peut atteindre votre serveur, il reste que personne ne peut dire ce qu'il fait. Une liste d'outils n'est pas une démonstration, et un prospect n'installera pas un client pour le découvrir. MCP Showcase pointe sur la même URL et produit un playground en direct avec une documentation générée pour chaque outil, pour qu'évaluer votre serveur prenne un clic.

Questions fréquentes

Le transport HTTP actuel : un seul endpoint gère les deux sens et ne passe en flux que lorsque le serveur doit pousser des données. Il a remplacé l'ancien schéma HTTP+SSE à deux endpoints et c'est ce que les clients actuels tentent en premier.

SSE demandait deux endpoints : un flux d'événements de longue durée et une cible POST séparée. Streamable HTTP n'en utilise qu'un, ce qui rend le déploiement derrière des proxys et des répartiteurs de charge nettement moins pénible et la reconnexion bien plus simple.

Un problème croissant. Les clients récents essaient Streamable HTTP en premier et ne se replient pas tous : un serveur uniquement SSE peut donc être invisible pour un client qui prend parfaitement en charge MCP. Ce testeur vous dit quel transport a répondu.

Pendant une migration oui, si vous avez des utilisateurs sur des clients anciens. À terme, Streamable HTTP seul est là où l'écosystème s'est arrêté.

Alors le transport est bon et le problème est au-dessus, en général l'authentification. Si le serveur renvoie 401 à une requête non authentifiée, le journal ci-dessous le montrera.

Autres outils MCP gratuits