Outil gratuit

Convertisseur OpenAPI vers MCP

Collez un document OpenAPI et obtenez des définitions d'outils MCP et un squelette de serveur Python fonctionnel. Tout s'exécute dans votre navigateur : votre spécification n'est jamais envoyée.

Collez le document JSON complet. Le YAML n'est pas pris en charge : exportez ou convertissez d'abord en JSON.
Tout s'exécute dans votre navigateur. Rien de ce que vous collez n'est envoyé, stocké ou journalisé.

Le serveur est généré. Personne ne voit encore ce qu'il fait.

Un serveur MCP généré est un point de départ, pas une démonstration. Déployez-le, pointez MCP Showcase sur l'URL et obtenez un playground en direct que vos clients peuvent réellement essayer.

Comment ça marche

link
Collez votre OpenAPI en JSON

Rien n'est envoyé. La conversion se fait dans votre navigateur, ce qui compte quand la spécification décrit une API interne.

play_circle
Chaque opération devient un outil

Les paramètres de chemin, de requête et de corps sont aplatis en un seul schéma JSON d'entrée par opération, descriptions comprises.

checklist
Copiez le serveur et lancez-le

Vous obtenez les définitions d'outils MCP en JSON et un serveur FastMCP en Python prêt à recevoir l'authentification et à être déployé.

D'un document OpenAPI à un serveur MCP qui fonctionne

Collez ci-dessus un document OpenAPI (ou Swagger) en JSON : le convertisseur associe chaque opération à un outil MCP. L'opération devient le nom de l'outil, son résumé devient la description que lit le modèle, et les paramètres de chemin, de requête et de corps sont aplatis en un seul schéma JSON d'entrée. Vous obtenez les définitions d'outils séparément, plus un serveur FastMCP en Python construit autour, qui tourne dès que vous ajoutez l'authentification.

Toute la conversion se déroule dans votre navigateur. Aucune requête n'est émise, rien n'est envoyé et rien n'est conservé — ce qui compte, car un document OpenAPI décrit très souvent une API interne qui n'a rien à faire sur le serveur de quelqu'un d'autre. Vous pouvez le vérifier dans l'onglet réseau de votre navigateur.

L'erreur que presque tout le monde commet d'abord

Convertir l'API entière est le réflexe évident, et c'est généralement le mauvais. Les définitions d'outils d'un serveur MCP sont envoyées au modèle à chaque tour : quatre-vingts endpoints deviennent donc quatre-vingts descriptions et quatre-vingts schémas dans la fenêtre de contexte de chaque requête, et la capacité du modèle à choisir le bon outil chute nettement à mesure que cette liste grandit.

Commencez par la poignée d'opérations dont un agent a réellement besoin. N'ajoutez que lorsqu'il manque quelque chose. Vous pouvez mesurer précisément ce que coûte une liste d'outils avec le calculateur de tokens MCP.

Ce que le code généré fait, et ne fait pas

  • L'authentification n'est pas incluse. Le squelette appelle votre API sans identifiants ; c'est à vous d'ajouter l'en-tête, le jeton ou le flux OAuth.
  • Les paramètres de chemin sont des espaces réservés. Ils sont interpolés dans le chemin de la requête, mais vérifiez que chacun substitue bien l'argument attendu.
  • Les corps de requête derrière un $ref sont émis comme objet générique plutôt que développés, car les résoudre demande la section components. C'est signalé dans la sortie au lieu de disparaître discrètement.
  • JSON uniquement. Un analyseur YAML ne peut être chargé ici sans script tiers, et ce site n'en charge aucun. Exportez d'abord votre spécification en JSON — la plupart des outils le font en une commande.

Outils et guides associés

Un serveur généré est un point de départ, pas une démonstration

Qu'il tourne prouve que la conversion a fonctionné. Cela n'aide personne d'autre à comprendre à quoi sert le serveur — et un client qui évalue votre intégration MCP ne sait pas lire un fichier Python. Déployez-le, pointez MCP Showcase sur l'URL, et vous obtenez un playground en direct avec une documentation générée par outil, où un prospect essaie la chose dans son navigateur au lieu de devoir vous croire sur parole.

Questions fréquentes

Faites correspondre chaque endpoint à un outil MCP : l'opération devient le nom de l'outil, le résumé devient sa description, et les paramètres de chemin, de requête et de corps forment un seul schéma JSON d'entrée. Ce convertisseur effectue cette correspondance à partir de votre document OpenAPI et construit autour un serveur Python exécutable.

Non. La conversion s'exécute entièrement dans votre navigateur, et un analyseur YAML ne pourrait être chargé que via un script tiers, ce que ce site n'utilise pas. Exportez votre spécification en JSON — la plupart des outils le font en une commande — et collez ce fichier.

Non. Cet outil n'effectue aucune requête réseau. La conversion a lieu dans votre navigateur, rien n'est transmis à nos serveurs, et rien n'est stocké ni journalisé. Vous pouvez le vérifier dans l'onglet réseau de votre navigateur.

Presque certainement pas, et c'est l'erreur la plus fréquente lors de la conversion d'une API. Les définitions d'outils sont envoyées au modèle à chaque tour, et la justesse de la sélection baisse quand la liste s'allonge. Commencez par la poignée d'opérations dont un agent a vraiment besoin, et n'ajoutez que lorsqu'il manque quelque chose.

L'authentification, que vous devez ajouter. Les corps de requête derrière un $ref sont émis comme un objet générique plutôt que développés. Et les paramètres de chemin sont interpolés sous forme d'espaces réservés à vérifier. Le squelette est un point de départ correct, pas un serveur fini.

Autres outils MCP gratuits