Outil gratuit

Contrôle de conformité MCP 2025-06-18

Voyez quelle révision du protocole votre serveur négocie réellement, et si un client qui attend 2025-06-18 fonctionnera avec lui.

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 l'URL de votre serveur

N'importe quel endpoint MCP déployé.

play_circle
Nous négocions un vrai handshake

L'échange initialize indique la révision sur laquelle votre serveur s'arrête, et ce n'est pas toujours celle contre laquelle vous avez développé.

checklist
Comparez avec 2025-06-18

Avec le transport, les capacités et la liste complète des outils.

Quelle révision votre serveur parle-t-il réellement ?

Les révisions MCP sont datées plutôt que numérotées, et client et serveur en négocient une commune pendant le handshake initialize. La révision qui compte n'est donc pas celle de votre fichier de dépendances : c'est celle sur laquelle les deux extrémités s'accordent à l'exécution, et c'est celle que rapporte cette vérification.

Les serveurs construits avec un SDK plus récent que celui testé, ou figés sur un ancien par une dépendance transitive, négocient couramment autre chose que ce qu'attend leur auteur.

Ce qui casse vraiment entre deux révisions

Rarement le cœur : outils, resources et prompts sont restés stables. Les différences qui mordent sont dans la négociation des capacités, l'autorisation et, surtout, les transports. Le passage à Streamable HTTP a accompagné les révisions récentes, et un écart de transport cause bien plus de pannes réelles qu'un écart de révision. Si un client ne voit pas votre serveur, vérifiez le transport avant la révision.

Laquelle viser

Celle que prend en charge votre SDK, tenue raisonnablement à jour. Courir après des révisions en avance sur votre SDK n'apporte rien. Rester plusieurs révisions en arrière est la façon dont un serveur cesse progressivement de fonctionner avec les clients récents ; et comme la négociation se dégrade en silence au lieu d'échouer bruyamment, cela se remarque en général sous la forme de « certains disent que ça ne marche pas » plutôt que d'une panne.

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

L'une des révisions datées du Model Context Protocol. Client et serveur négocient une révision commune pendant initialize : ce qui compte n'est donc pas celle contre laquelle vous avez développé, mais celle sur laquelle les deux extrémités s'accordent réellement.

Lancez la vérification ci-dessus : la version négociée figure dans le résultat. Elle vient de la réponse initialize de votre serveur, c'est donc ce que verrait un vrai client, et non ce qu'affirme votre fichier de dépendances.

Rarement en soi ; la négociation existe précisément pour cela. Les ennuis viennent des fonctionnalités propres à une seule révision, et des transports : un client qui attend Streamable HTTP face à un serveur qui ne parle que l'ancien SSE échoue quelle que soit la révision retenue.

Visez ce que prend en charge votre SDK, et gardez-le à jour. Courir après des révisions en avance sur votre SDK n'apporte rien, mais rester plusieurs révisions en arrière fait que les clients récents cessent progressivement de fonctionner avec vous, d'une manière difficile à diagnostiquer.

Que le handshake aboutit tout court, quel transport a répondu, et que la liste d'outils est celle que vous attendez. Le MCP Server Tester couvre tout cela sous forme de liste réussite/échec.

Autres outils MCP gratuits