Vérification du serveur MCP
Connectez-vous à un serveur MCP distant, inspectez ses outils et exécutez un appel après confirmation.
Connecter un serveur
Uniquement les endpoints HTTPS publics sur le port 443. Les redirections et les réseaux privés sont bloqués.
- URL et sécuritéEn attente
- AuthentificationEn attente
- Négociation du protocoleEn attente
- Découverte des outilsEn attente
Sélectionnez un outil pour consulter son schéma et préparer un appel.
Schéma JSON d'entrée
Lecture seuleArguments
Objet JSON · 64 Kio maxRésultat
Les identifiants transitent par ComUtil uniquement pour la connexion demandée et ne sont conservés que dans une session de navigateur chiffrée.
Les serveurs Model Context Protocol exposent des outils, des ressources et des prompts qu'un client d'IA peut appeler. Une vérification de serveur confirme qu'un endpoint distant termine la poignée de main MCP, indique la version de protocole négociée, liste les outils annoncés et renvoie un résultat exploitable lors d'un appel réel, le tout avant d'ajouter le serveur à Claude Code, Codex ou toute autre configuration client.
La vérification se déroule par étapes. L'URL est validée en premier : seuls les endpoints HTTPS publics sur le port 443 sont acceptés, et les redirections, les hôtes en IP littérale et les adresses privées ou réservées sont refusés. Le client ouvre ensuite une session Streamable HTTP, négocie une version de protocole via initialize, appelle tools/list et affiche chaque outil avec son schéma d'entrée. Un appel tools/call ne s'exécute qu'après votre confirmation de l'outil et des arguments exacts, car les annotations qu'un serveur publie sur ses propres outils ne sont pas dignes de confiance.
- Vérifier qu'un endpoint MCP distant fraîchement déployé répond à initialize et tools/list
- Vérifier qu'un serveur OAuth 2.1 mène l'autorisation à son terme avant de l'ajouter à une configuration client
- Reproduire un appel d'outil en échec sans modifier votre configuration client locale
- Lire le schéma d'entrée annoncé par un serveur avant d'écrire des prompts ou du code qui s'y adressent
- Vérifier un endpoint MCP hébergé depuis une machine autre que votre poste de développement
- La version de protocole négociée pendant initialize
- Chaque outil annoncé avec sa description et son JSON Schema d'entrée
- Si l'endpoint a accepté Streamable HTTP, puisque l'ancien SSE n'est pas pris en charge
- Le résultat d'authentification pour les jetons Bearer, les clés d'API et OAuth 2.1
- Le texte, le contenu structuré et les métadonnées renvoyés par un appel confirmé
https://mcp.example.com/mcp
Protocole négocié, 12 outils découverts
Authorization: Bearer <token>
Identifiant accepté, tools/list a renvoyé 3 outils
{"query": "release notes", "limit": 5}
Texte et contenu structuré renvoyés en 412 ms
Cet outil héberge-t-il ou exécute-t-il un serveur MCP à ma place ?
Non. Il se connecte à un serveur que vous exploitez déjà ou auquel vous êtes abonné et rapporte ce que ce serveur répond. Rien n'est déployé ni hébergé ici.
Pourquoi seuls les endpoints HTTPS sur le port 443 sont-ils acceptés ?
La connexion est ouverte depuis le côté ComUtil : localhost, plages privées, hôtes en IP littérale et redirections sont donc refusés. Sans cette limite, la vérification pourrait viser une infrastructure qui ne vous appartient pas.
Où vont mes jetons et mes clés d'API ?
Ils servent à la connexion que vous avez demandée et ne sont conservés que dans une enveloppe chiffrée de session du navigateur. Elle expire en moins de huit heures et cesse de fonctionner dès que vous vous déconnectez ou que la session du navigateur se termine.
Prend-il en charge l'ancien transport HTTP avec SSE ?
Non. Seul Streamable HTTP est pris en charge. Si un serveur expose encore l'ancien endpoint SSE, dirigez plutôt la vérification vers son chemin Streamable HTTP.
Un outil peut-il s'exécuter sans mon accord ?
Non. Chaque appel exige une confirmation finale affichant le nom exact de l'outil et les arguments, car un serveur peut décrire ses propres outils de façon inexacte.