N-Gage Formation Claude

Skills, MCP & Routines

MCP Builder (créer son propre serveur MCP)

Statut : stable Plan minimum : Pro Démo : 8-12 min Vérifié le : 2026-05-17

Source officielle : https://github.com/anthropics/skills/tree/main/skills/mcp-builder

MCP Builder

TL;DR

Aucun connecteur officiel ne couvre votre outil interne ? Anthropic publie un Skill officiel mcp-builder qui transforme Claude en architecte de serveurs MCP. Vous lui décrivez votre besoin en français, il vous guide en 4 phases (recherche, implémentation, review, évaluation) et vous livre un code prêt à transmettre à votre IT pour le déployer. Vous ne codez pas, vous commandez.

Pour qui c'est utile

MCP Builder s'adresse à toute personne qui veut brancher Claude sur un outil interne quand aucun connecteur officiel ne le permet. Vous ne touchez pas au code : vous décrivez le besoin métier, Claude génère, votre IT déploie. C'est l'équivalent de commander un plan d'architecte à un cabinet, que les artisans iront ensuite exécuter sur le chantier.

Profils types qui en tirent le maximum :

  • Dirigeants et chefs de projet qui ont identifié un outil interne (CRM maison, ERP métier, base de connaissances propriétaire) que Claude devrait pouvoir interroger pour gagner du temps, sans avoir à embaucher un développeur pour rédiger un cahier des charges technique.
  • Responsables de transformation digitale qui pilotent un portefeuille d'outils internes et veulent factoriser les intégrations IA sans dépendre d'un éditeur ou d'un ESN externe pour chaque connecteur.
  • DSI et architectes qui veulent industrialiser les ponts entre Claude et leur SI : MCP Builder leur fournit un livrable structuré, documenté et testable à passer à leurs équipes de développement.
  • Consultants et formateurs qui doivent prototyper rapidement une intégration sur mesure pour un client, sans casser la tirelire d'un développement custom complet.

Le point commun de ces profils : ils savent ce qu'ils veulent obtenir côté métier, mais ne veulent pas (ou ne savent pas) coder le pont technique. MCP Builder fait le travail de cadrage et de génération.

Comprendre le MCP Builder (la mécanique sous le capot)

MCP Builder est un Skill officiel d'Anthropic, publié dans le dépôt public anthropics/skills sur GitHub. Comme tous les Skills, c'est une procédure structurée que Claude charge automatiquement quand vous l'activez. Sa spécialité : produire du code de serveur MCP propre, documenté et testable, sans que vous ayez à manipuler le moindre fichier de code vous-même.

Quand vous lui parlez, Claude suit un enchaînement en 4 phases qu'il ne peut pas court-circuiter :

Phase 1, recherche : Claude vous pose des questions pour cerner exactement ce que le serveur MCP doit faire. Quel outil interne ? Quelles actions exposer (lister, créer, mettre à jour, chercher) ? Quels paramètres pour chaque action ? Quelle documentation d'API existe ? Quelles permissions accorder ? Cette phase prend en général 5 à 10 minutes de dialogue, et c'est elle qui détermine 70 % de la qualité du résultat final.

Phase 2, implémentation : Claude produit le code du serveur (typiquement quelques fichiers Python ou TypeScript). Vous n'avez pas à lire ce code ligne par ligne. Vous le récupérez tel quel pour le confier à votre IT.

Phase 3, review : Claude relit son propre travail, vérifie que chaque outil exposé a une description claire (indispensable pour que Claude sache quand l'appeler), que les entrées sont validées, et que les erreurs sont gérées proprement. Cette phase évite les serveurs « boîtes noires » que personne ne sait maintenir.

Phase 4, évaluation : Claude vous propose une série de tests à exécuter pour vérifier que le serveur fait bien ce qui est attendu. Votre IT pourra les rejouer après déploiement.

Trois différences à bien intégrer :

  • MCP Builder vs SDK direct : un développeur expérimenté peut écrire un serveur MCP « à la main » avec le SDK officiel (Python ou TypeScript), en suivant la spécification du protocole. MCP Builder fait ce travail à votre place en mode conversationnel, sans que vous ayez à apprendre le SDK.
  • MCP vs Skill : un Skill est une procédure que Claude suit pour produire un livrable (un Word, une présentation, une analyse). Un MCP est un pont technique entre Claude et un outil externe (une API, une base de données, un service métier). Les deux se combinent : MCP Builder est un Skill qui sert à créer un MCP.
  • Code vs déploiement : MCP Builder livre du code source. Ce code ne tourne pas tout seul : il doit être hébergé quelque part (un serveur, un container, un poste local) par votre IT. Le code, c'est la partie facile. Le déploiement reste un vrai sujet IT.

Quand utiliser MCP Builder vs un Connector officiel vs un Skill

Choisir un Connector officiel dans ces cas : - L'outil cible est dans la liste publiée par Anthropic (Drive, Slack, Notion, Salesforce, HubSpot, GitHub, Linear, Asana, etc.) - Vous voulez quelque chose qui marche en 5 minutes, sans IT, en self-service - Le périmètre des actions natives du Connector vous suffit

Choisir un Skill dans ces cas : - Le besoin est une procédure à appliquer (générer un livrable, suivre un format, respecter une charte) - Aucun outil externe n'est appelé ou alors les outils sont déjà couverts par des Connectors - Vous voulez que Claude « pense » différemment dans certaines situations

Choisir MCP Builder dans ces cas : - L'outil cible n'a pas de Connector officiel (CRM interne, ERP custom, base maison) - Vous avez accès à une documentation d'API ou à une équipe IT capable de la fournir - Le besoin est récurrent et mérite une intégration propre plutôt qu'un bricolage manuel - Vous acceptez le délai de déploiement IT (en général 2 à 5 jours après réception du code)

Pas à pas détaillé

Étape 0 : vérifier qu'aucun Connector officiel ne couvre déjà

  1. Avant tout, ouvrez Customize > Connectors dans claude.ai (ou consultez la fiche web/09-connectors-web) et vérifiez la liste des Connectors disponibles. Anthropic en ajoute régulièrement.
  2. Si l'outil cible figure dans la liste, restez sur le Connector officiel : moins de maintenance, mises à jour gérées par Anthropic, support direct.
  3. Si aucun Connector ne couvre le besoin, ou si le Connector existant ne propose pas les actions dont vous avez besoin, passez à MCP Builder.

Étape 1 : activer le Skill mcp-builder

  1. Dans claude.ai (Web ou Desktop), cliquez sur votre avatar puis sur Customize > Skills (ou Personnaliser > Compétences).
  2. Dans le catalogue, cherchez MCP Builder et activez le toggle. Le Skill est immédiatement disponible dans toutes vos nouvelles conversations.
  3. Alternative pour les utilisateurs de Claude Code : le Skill est aussi disponible via le plugin officiel anthropics/skills. Demandez à votre IT de l'installer si vous travaillez en CLI.

Étape 2 : dialoguer avec Claude pour décrire le besoin

  1. Ouvrez une nouvelle conversation et formulez le besoin en langage naturel. Exemple : « Construis-moi un serveur MCP qui expose les fonctions de notre CRM interne. Je veux pouvoir lister les comptes clients, créer une opportunité commerciale, mettre à jour le statut d'un contact. Voici la documentation de notre API interne en pièce jointe. »
  2. Joignez la documentation d'API si elle est disponible (PDF, lien, ou texte collé). Sans documentation, Claude ne peut pas inventer les endpoints exacts.
  3. Laissez Claude vous poser ses questions de la phase 1 (recherche). Répondez le plus précisément possible. Si vous ne savez pas, dites-le : Claude saura proposer des valeurs par défaut prudentes.
  4. Validez le périmètre proposé par Claude avant qu'il passe en phase 2 (implémentation). Le périmètre doit être resserré : 3 à 5 actions concrètes pour la première version, pas plus.

Étape 3 : récupérer le livrable

  1. À la fin de la phase 2, Claude vous remet un dossier de quelques fichiers (le code du serveur, une documentation, un fichier de configuration, des tests). Téléchargez-les ou copiez-les dans un dossier local.
  2. Lisez la documentation produite par Claude (en général un README.md) : elle explique comment installer, configurer et lancer le serveur. Vous n'avez pas à comprendre le code, mais cette documentation, oui.

Étape 4 : transmettre à votre IT

  1. Envoyez le dossier à votre équipe IT, votre prestataire dev, ou votre développeur freelance, avec ces consignes :
    • Le serveur doit être hébergé en ligne (pour usage équipe) ou en local (pour usage individuel sur poste utilisateur)
    • Les credentials d'accès à l'API métier doivent être stockés de manière sécurisée (variables d'environnement, secrets manager)
    • Un test de bout en bout doit être réalisé avant ouverture aux utilisateurs
  2. Votre IT déploie le serveur et vous communique l'URL d'accès (en remote) ou la commande de lancement (en local).

Étape 5 : déclarer le serveur dans Claude

  1. Une fois le serveur déployé, ouvrez Customize > Connectors et cliquez sur Add custom connector.
  2. Saisissez l'URL du serveur (remote) ou la configuration locale fournie par l'IT.
  3. Validez. Claude peut désormais discuter avec votre outil interne via ce MCP custom dans toutes vos conversations.

Cas d'usage avec exemples concrets

Cas 1, CRM maison sans connecteur Une entreprise utilise un CRM développé en interne depuis 10 ans, avec une API REST documentée. Aucun connecteur officiel ne couvre cet outil. Le directeur commercial demande à Claude, via MCP Builder, un serveur exposant 4 actions : lister les comptes ouverts, lire le détail d'un compte, créer une opportunité, ajouter une note d'activité. Claude produit le code en 30 minutes de dialogue, l'IT le déploie en 2 jours. Résultat : Claude peut désormais préparer des comptes rendus de RDV directement depuis les données du CRM.

Cas 2, ERP métier propriétaire Une PME industrielle utilise un ERP métier propriétaire pour gérer ses stocks et ses commandes. Le directeur de production veut que Claude puisse répondre à « quel est le stock disponible du produit X ? » ou « liste-moi les commandes en retard ». MCP Builder produit un serveur qui interroge l'API de l'ERP en lecture seule (volontairement, pour limiter les risques). L'IT déploie en local sur le poste du directeur. L'usage est individuel mais transforme sa façon de piloter.

Cas 3, base documentaire interne Un cabinet de conseil dispose d'une base documentaire propriétaire (procédures, modèles, fiches méthode) accessible via une API maison. Le directeur des opérations demande à MCP Builder un serveur exposant 2 actions : rechercher dans la base, lire le contenu d'une fiche. Le serveur est déployé en remote, partagé à toute l'équipe. Chaque consultant peut désormais demander à Claude de citer les procédures internes dans ses livrables.

Cas 4, API métier custom Une société de services développe ses propres outils internes (suivi temps, facturation, suivi projet) avec une API GraphQL maison. Le DG veut un Claude qui sache répondre à des questions transverses (« où en est le projet Y, qui y travaille, combien d'heures restantes ? »). MCP Builder produit un serveur qui interroge plusieurs endpoints en parallèle. L'IT déploie en remote derrière SSO. Le serveur devient le pont central entre Claude et le SI métier.

À retenir

  • MCP Builder est un Skill officiel d'Anthropic, pas un outil tiers ni un service payant. Il est gratuit, maintenu, et suit la spécification officielle du protocole MCP.
  • Vous ne codez pas, vous commandez : vous décrivez en français ce que Claude doit pouvoir faire, Claude génère, votre IT déploie.
  • Le Skill impose une checklist qualité (descriptions claires des outils, validation des entrées, tests proposés) : c'est un cadre méthodologique, pas une boîte noire.
  • Le code livré est du code source standard (Python ou TypeScript), maintenable par n'importe quel développeur, lisible, documenté.
  • Local vs remote : un serveur MCP local tourne sur la machine d'un utilisateur (usage individuel, données qui ne sortent pas du poste). Un serveur remote tourne sur un serveur partagé (usage équipe, accès via URL). Le choix dépend de la sensibilité des données et du public cible.
  • Le code livré par MCP Builder n'est qu'un point de départ. Votre IT peut le faire évoluer, l'auditer, le sécuriser davantage avant déploiement. C'est une base solide, pas un produit fini.

Pièges à éviter

  • Réinventer la roue alors qu'un Connector existe : avant de commander un MCP sur mesure, vérifiez la liste des Connectors officiels. Vous gagnerez des heures et éviterez une dette technique inutile.
  • Confondre le code et le déploiement : MCP Builder livre du code, pas un service qui tourne. Le déploiement (hébergement, OAuth, monitoring, mises à jour) reste un vrai chantier IT. Prévoyez ce budget dans votre projet, en général entre 1 et 5 jours de travail développeur selon la complexité.
  • Périmètre trop large : « expose tout notre CRM » est un mauvais brief. Préférez 3 à 5 actions concrètes pour la première version, validées en usage réel, avant d'étendre. Un MCP qui fait peu mais bien vaut mieux qu'un MCP qui essaie de tout couvrir et que personne n'utilise.
  • Sécurité oubliée : un MCP peut donner à Claude un accès large à vos données. Restreignez les droits côté API métier (lecture seule pour un premier test, scopes OAuth stricts, IP whitelist si possible) avant d'ouvrir aux utilisateurs. Auditez les appels en production.
  • Documentation d'API absente : si votre outil interne n'a pas de documentation d'API exploitable, Claude ne peut pas inventer. Demandez à votre IT de produire au minimum une liste des endpoints, leurs paramètres et un exemple de réponse, avant de lancer le dialogue avec MCP Builder.
  • Confusion code vs maintenance : le code livré doit être versionné, hébergé sur un dépôt interne, et maintenu comme n'importe quel autre composant logiciel. Ne le mettez pas dans un mail oublié, suivez les pratiques de votre IT.

Exercice 1 minute

Dans Customize > Skills, activez MCP Builder. Ouvrez une nouvelle conversation et tapez : « Construis-moi un serveur MCP qui interroge l'API publique gratuite open-meteo.com pour donner la météo d'une ville en France. Pas besoin de clé d'API, l'API est ouverte. » Laissez Claude vous poser les questions de la phase 1, regardez la structure du code produit en phase 2, et observez la check-list de la phase 3. Vous n'aurez pas besoin de déployer ce serveur, l'exercice sert juste à voir comment Claude travaille et ce qu'il livre. C'est le meilleur moyen de saisir le potentiel avant de l'appliquer à un outil interne.

Variantes par plan

  • Free : pas d'accès au Skill MCP Builder ni aux Custom Connectors. Les utilisateurs Free restent sur les Connectors officiels gérés directement par Anthropic, en nombre limité.
  • Pro : accès complet au Skill MCP Builder en self-service. Vous pouvez générer autant de serveurs que vous voulez, et déclarer des Custom Connectors personnels une fois les serveurs déployés.
  • Max : équivalent Pro avec des limites d'usage plus généreuses sur les exécutions Claude et la génération de code longue.
  • Team : l'Owner du workspace peut décider quels MCP custom sont poussés à toute l'équipe une fois déployés. Centralisation de la configuration, contrôle des serveurs autorisés.
  • Enterprise : validation centralisée des MCP custom, contrôle des scopes OAuth, audit des appels MCP, SSO sur les Custom Connectors, possibilité de bloquer la création hors d'un cadre validé par la DSI.

Liens internes