PRESTATION
Créer un serveur MCP qui expose vos données métier.
Le Model Context Protocol (MCP) est un standard ouvert qui permet à un modèle de langage d'accéder à des données et à des outils externes de façon structurée. Un serveur MCP expose vos données métier aux agents IA. Je pars d'un diagnostic, vos besoins en agents à terme, vos données et leur hiérarchie, puis je conçois le plan de structuration et je spécifie les outils à exposer. Vos développeurs le construisent avec ce plan clé en main, ou j'avance directement avec les accès nécessaires si c'est plus rapide.
6 000 – 14 000 €
1 à 3 semaines
diagnostic → plan → construction
clé en main pour vos équipes
En quoi ça consiste ?
Un serveur MCP est une façade : il présente vos données sous forme d'outils qu'un agent peut appeler, avec des noms explicites, des paramètres typés et des réponses prévisibles. Sans cette couche, chaque agent réinvente ses appels, et personne ne sait plus qui lit quoi. Avec elle, vous décidez une fois pour toutes ce qui est exposé, à qui, et dans quelles limites.
La difficulté n'est pas le protocole, qui est simple, mais la modélisation : découper vos données en outils qui correspondent à des questions métier réelles plutôt qu'à votre schéma de base. Un bon outil répond à « donne-moi les avis clients de ce bien » ; un mauvais outil expose une table et laisse l'agent faire les jointures. Ce découpage détermine la qualité de tous les agents qui viendront après.
Quand vous n'avez pas encore de données exposées, c'est la situation la plus fréquente, pas l'exception, je pars d'un diagnostic en quatre temps : quels agents IA vous seront utiles à terme, en partant du résultat final que vous visez ; l'état de vos données et leur hiérarchie réelle ; un plan de construction concret, calibré sur les équipes dont vous disposez aujourd'hui ; et des instructions clé en main pour qu'elles construisent un MCP ou une API organisé pour produire de meilleurs agents par la suite. C'est la fondation : sans elle, il n'y a rien d'intéressant à connecter à vos données. Sans elle, on reste sur des agents IA classiques, tri de mails, génération de documents, qui n'en ont pas besoin.
Ensuite, c'est un travail de conception et de direction technique. Je produis le plan de structuration et la spécification outil par outil, je revois le code de votre équipe, et je teste le serveur avec de vrais agents. Vos développeurs peuvent construire avec leurs propres accès, ou j'avance directement avec les accès nécessaires si la confiance et le calendrier s'y prêtent.
Ce que je livre concrètement
Le diagnostic des besoins en agents IA à partir du résultat visé, et l'analyse de vos données et de leur hiérarchie
Le plan de structuration de vos données métier
La spécification des outils MCP : nom, paramètres, réponses, cas d'erreur
Les exigences d'authentification et de journalisation, à implémenter par votre équipe
La revue de code et les tests d'intégration avec un agent réel
La documentation d'architecture et la formation de vos développeurs
LES CINQ OUTILS D'UN SERVEUR MCP TYPE
get_item(id) : la fiche complète d'un objet métier
get_reviews(id, limit) : les avis ou commentaires associés
search_by_area(zone, filtres) : recherche géographique ou catégorielle
get_tree(racine) : l'arborescence des destinations ou des catégories
get_availability(id, période) : calendrier et tarifs
Les cinq outils exposés par le serveur MCP de Villanovo suivent ce découpage.
AVERTISSEMENT
Seuls 8,5 % des serveurs MCP publics implémentent correctement l'authentification OAuth 2.1 pourtant requise par le protocole. C'est le premier point que je vérifie.
Prérequis de votre côté
Un ou deux développeurs disponibles sur deux à trois semaines, capables de déployer un service HTTP, ou, si vous préférez que j'avance directement, les accès nécessaires et la confiance pour les utiliser. Et une décision claire sur le périmètre exposé : ce qui sort de votre système, et ce qui n'en sort pas. Si vous n'avez ni développeurs disponibles ni données exposées, ce n'est pas bloquant : c'est le diagnostic qui commence.
Questions fréquentes
Qu'est-ce que MCP, concrètement ? +
Un standard ouvert qui décrit comment un modèle de langage appelle des outils extérieurs : quels outils existent, quels paramètres ils prennent, ce qu'ils renvoient. En pratique, c'est un service HTTP que vous hébergez et que l'agent interroge. L'intérêt est la réutilisation : le même serveur sert à tous vos agents, et à plusieurs modèles.
Le construisez-vous vous-même ? +
Ça dépend de ce qui va le plus vite. Le plus souvent, vos développeurs connaissent déjà votre code et vos contraintes de production, donc ils gardent la main sur le dépôt et le déploiement, avec ma spécification et ma revue. Si vous préférez que j'avance directement avec les accès nécessaires, on peut aussi travailler ainsi, c'est une question d'organisation et de confiance, pas de principe.
Combien de temps cela prend-il à mon équipe ? +
Comptez un à deux développeurs sur deux à trois semaines, à temps partiel. La spécification est écrite avant qu'ils commencent, ce qui évite les allers-retours. Chez Villanovo, l'équipe IT a construit le serveur sur cette base pendant que je travaillais sur les traitements de contenu.
Est-ce que ça marche avec autre chose que Claude ? +
Oui. MCP est un standard ouvert, indépendant du fournisseur de modèle : il est aujourd'hui pris en charge par plusieurs clients et environnements de développement. C'est précisément l'argument pour investir dans cette couche plutôt que dans une intégration propre à un outil.
Et la sécurité ? +
Trois points : l'authentification OAuth 2.1, exigée par le protocole et mal implémentée dans la grande majorité des serveurs publics ; le périmètre exposé, qui doit être en lecture seule par défaut ; et la journalisation de chaque appel, pour savoir qui a lu quoi. Ces trois exigences font partie de la spécification que je remets.