Des outils
Des fonctions que le modèle peut appeler, décrites par un nom, une description et un schéma de paramètres (rechercher un client, lire une commande, créer un ticket). C’est la primitive la plus utilisée.
Intégration IA · Model Context Protocol
Etixio développe des serveurs MCP (Model Context Protocol) qui permettent à Claude, à ChatGPT ou à vos propres agents IA d’utiliser vos outils et vos données de façon contrôlée : consulter un dossier, rechercher dans une base documentaire, créer un ticket. Nous définissons les outils exposés, l’authentification, les permissions et la journalisation, puis nous hébergeons et maintenons le serveur en production.
Comprendre la technologie
Le Model Context Protocol est une spécification ouverte, publiée par Anthropic fin 2024 et confiée depuis fin 2025 à l’Agentic AI Foundation, sous l’égide de la Linux Foundation. Elle décrit comment une application IA (le client MCP) découvre et utilise les capacités exposées par un serveur MCP. Des assistants comme Claude et ChatGPT, des environnements de développement et des frameworks d’agents savent se connecter à un serveur MCP.
L’intérêt est de ne construire le connecteur qu’une fois. Plutôt que de développer une intégration spécifique pour chaque assistant ou chaque agent, vous exposez vos outils métier dans un serveur MCP, avec vos propres règles d’accès. Le serveur devient la porte d’entrée contrôlée entre les modèles et votre système d’information.

Sous le capot
Des fonctions que le modèle peut appeler, décrites par un nom, une description et un schéma de paramètres (rechercher un client, lire une commande, créer un ticket). C’est la primitive la plus utilisée.
Des contenus que le client peut lire (documents, fiches, enregistrements), identifiés par une adresse, pour fournir du contexte au modèle.
Des modèles d’instructions prêts à l’emploi, proposés à l’utilisateur pour des tâches récurrentes.
Un serveur local communique par l’entrée et la sortie standard avec l’application qui le lance ; un serveur distant est exposé en HTTP et partagé par plusieurs utilisateurs. La révision de juillet 2026 de la spécification a rendu le cœur du protocole sans état, ce qui rapproche l’hébergement d’un serveur distant de celui d’un service web classique.
Les usages en entreprise
Permettre à vos collaborateurs d’interroger votre ERP, votre CRM ou votre outil de support depuis Claude ou ChatGPT, avec leurs propres droits.
Donner à un agent développé sur mesure un accès standardisé à plusieurs systèmes, sans réécrire chaque intégration.
Un éditeur peut proposer un serveur MCP à ses clients pour que leurs assistants IA travaillent avec les données du logiciel, dans les limites de leur abonnement et de leurs droits. Il complète souvent des fonctionnalités IA intégrées au produit.
Exposer une recherche documentaire, par exemple un moteur RAG, comme un outil que tout client MCP peut appeler.
Les choix qui comptent
Un modèle qui appelle vos outils agit sur la base de textes qu’il a lus, y compris des contenus qui peuvent contenir des instructions malveillantes (injection de prompt). La sécurité doit donc être assurée par le serveur, pas par le modèle.
Pour un serveur distant, la spécification s’appuie sur OAuth. Nous relions le serveur à votre fournisseur d’identité, afin que chaque appel soit rattaché à un utilisateur identifié.
Chaque outil vérifie les droits de l’utilisateur sur la donnée demandée. Les outils en lecture et en écriture sont séparés, et les opérations sensibles demandent une confirmation explicite.
Les entrées sont contrôlées côté serveur (types, bornes, formats), comme pour toute API exposée, et les résultats sont limités au strict nécessaire.
Chaque appel d’outil est journalisé avec l’utilisateur, le client, les paramètres et le résultat, pour l’audit et l’analyse des incidents.
Nous aidons aussi à évaluer les serveurs MCP de tiers avant de les autoriser dans votre organisation, car un serveur installé sans contrôle peut exposer des données ou exécuter des actions inattendues.
Hébergement et exploitation
Un serveur MCP distant est un service web : nous le déployons dans votre cloud ou sur votre infrastructure, avec ses environnements, sa supervision, ses limites d’appels et ses alertes. Les descriptions des outils sont travaillées et testées, car c’est sur elles que le modèle s’appuie pour choisir le bon outil et le bon paramètre.
Nous évaluons le serveur avec les clients visés (Claude, ChatGPT, vos agents) sur des scénarios réels, y compris des demandes ambiguës ou non autorisées. Le protocole évolue par révisions datées ; nous suivons ces évolutions et les SDK officiels (TypeScript, Python et d’autres langages) pour maintenir la compatibilité. Voir notre approche du LLMOps et de l’évaluation IA.

Sur le terrain
Avec Bobby, nous avons relié un assistant conversationnel aux données de notre ERP. Ce type de connexion peut être exposé sous forme de serveur MCP pour être utilisé par plusieurs clients IA, sans multiplier les intégrations. Pour un agent IA médical, le même principe s’applique aux sources documentaires : les droits et la traçabilité restent dans la couche que nous développons.
Du travail aux livrables
Si un prototype d’agent ou de serveur MCP existe déjà, nous pouvons le reprendre et le mettre en production. Le serveur MCP s’inscrit souvent dans un projet plus large d’agents IA et chatbots ou de solutions IA pour l’entreprise. Il peut être réalisé en projet au forfait ou par une équipe dédiée qui le fait évoluer avec vos outils.
Questions fréquentes
C’est un programme qui expose des outils, des ressources et des prompts selon le Model Context Protocol. Un client MCP (Claude, ChatGPT, un environnement de développement ou un agent) s’y connecte, découvre ce qui est disponible et peut appeler les outils au nom de l’utilisateur.
MCP ne remplace pas vos API ; il s’appuie généralement sur elles. Il standardise la manière dont un modèle découvre les capacités disponibles et les appelle, avec des descriptions lisibles par le modèle. Un même serveur peut ainsi servir plusieurs assistants et agents.
Oui, les deux proposent de se connecter à des serveurs MCP distants, avec des conditions qui dépendent de l’offre et des paramètres d’administration de votre organisation. Nous vérifions ces conditions pour les clients que vous visez avant la conception.
Il l’est si le serveur applique lui-même l’authentification, les permissions, la validation des paramètres et la journalisation. Le protocole fournit le cadre, mais ne dispense pas de ces contrôles. Les actions sensibles doivent demander une confirmation.
Des SDK officiels existent pour plusieurs langages, dont TypeScript, Python, Go, Java, C# et PHP ; le SDK PHP, encore jeune, est maintenu par l’équipe Symfony avec la PHP Foundation et s’intègre à Symfony par le MCP Bundle. Nous choisissons généralement le langage de vos services existants pour faciliter la maintenance par vos équipes.
Présentez-nous les outils et les données à exposer, les utilisateurs concernés et les assistants que vous utilisez. Nous préciserons ensemble le premier périmètre à étudier.