Qu'est-ce que le Model Context Protocol ?

Le Model Context Protocol est un standard ouvert qui décrit comment un modèle de langage accède à des outils et à des données. Un serveur MCP déclare ce qu'il expose et les droits qui l'encadrent ; n'importe quel agent compatible s'y connecte sans développement spécifique.

Faut-il modifier nos applications existantes ?

Non. Le serveur MCP se place devant vos applications et dialogue avec elles par leurs interfaces existantes, API, base de données ou système de fichiers. Vos applications ne changent pas.

Comment contrôlons-nous ce que l'agent peut faire ?

Chaque outil exposé est déclaré explicitement, en lecture ou en écriture, avec son périmètre. Un agent ne peut appeler que ce que le serveur déclare. La matrice de droits est un livrable de la mission, relue et validée avec vous.

Sommes-nous liés à un fournisseur de modèle ?

Non, c'est l'intérêt du standard. Le même serveur MCP sert un agent Claude, un agent construit sur un modèle open source auto-hébergé ou tout autre client compatible. Changer de modèle ne remet pas en cause la passerelle.

Nos données sortent-elles de l'entreprise ?

Cela dépend de l'agent que vous branchez, pas de la passerelle. Le serveur MCP tourne sur votre infrastructure. Avec un modèle auto-hébergé, aucune donnée ne quitte votre réseau. Nous évaluons ce point dès la cartographie.

Combien de temps pour une première passerelle ?

La durée dépend du nombre d'applications et de la complexité des droits. Nous chiffrons au cadrage, et la première application exposée sert de référence pour les suivantes.

Passerelle MCP

Vous avez déployé des assistants IA. Vos équipes les utilisent. Et pourtant ils ne savent rien de votre entreprise : ni vos clients, ni vos stocks, ni vos procédures, ni vos tickets en cours. Chaque tentative de les y connecter se solde par un développement spécifique, refait à l’identique pour l’outil suivant.

La situation actuelle

Vos assistants ignorent vos données. Ils rédigent bien, mais sur du vide. L’information utile reste dans vos applications, hors de leur portée.
Chaque intégration est jetable. Un connecteur pour un outil, un autre pour le suivant, rien de réutilisable. Le coût se répète à chaque fois.
Vous ne maîtrisez pas ce qu’ils touchent. Sans cadre explicite, la question « que peut-il lire, que peut-il modifier ? » reste sans réponse claire.
Vous craignez de vous enfermer. Une intégration écrite pour un fournisseur de modèle est à refaire le jour où vous en changez.

Ce que nous exposons

Applications métier

ERP, CRM, outils de gestion. L'agent consulte une fiche client, vérifie une commande, prépare une saisie. Vos règles de gestion restent dans l'application, l'agent les respecte.

GED et bases documentaires

Contrats, procédures, documentation technique. L'agent retrouve le document utile et cite sa source, au lieu de produire une réponse plausible sans origine vérifiable.

Bases de données

Interrogation en lecture, sur des vues que vous définissez. L'agent répond à une question métier chiffrée sans qu'on lui ouvre la base entière.

Ticketing et supervision

Tickets, alertes, journaux d'exploitation. L'agent résume l'historique d'un incident, rapproche des cas similaires et prépare le compte rendu.

API internes

Vos services exposés comme outils appelables, avec leurs paramètres et leurs contrôles. Ce que votre SI sait déjà faire devient actionnable par un agent.

Matrice de droits

Le livrable qui rend l'ensemble gouvernable : pour chaque outil, qui l'appelle, en lecture ou en écriture, sur quel périmètre, et ce qui est journalisé.

Parlons de votre système d'information

Pourquoi Cylian

Nous publions un serveur MCP

Engram, notre serveur de gestion de connaissances, donne une mémoire persistante aux agents IA. Il est publié en open source et référencé au catalogue MCP de Docker. Quand nous concevons votre passerelle, nous appliquons ce que nous maintenons nous-mêmes en production.

Un standard, pas un connecteur propriétaire

Le Model Context Protocol est ouvert. La passerelle que nous construisons sert n’importe quel agent compatible, aujourd’hui et demain. Vous changez de modèle, de fournisseur ou de prestataire sans rien réécrire.

La sécurité avant l’exposition

Un agent qui écrit dans vos systèmes engage votre responsabilité. La matrice de droits précède le développement, les appels sont journalisés, et rien n’est exposé sans décision explicite de votre part.

Formation adossée

Le transfert de compétences fait partie de la mission, et notre formation MCP — Model Context Protocol la prépare. Vos équipes peuvent la suivre avant le projet pour arriver au cadrage en connaissance de cause.

Questions fréquentes

Qu'est-ce que le Model Context Protocol ?: Le Model Context Protocol est un standard ouvert qui décrit comment un modèle de langage accède à des outils et à des données. Un serveur MCP déclare ce qu'il expose et les droits qui l'encadrent ; n'importe quel agent compatible s'y connecte sans développement spécifique.
Faut-il modifier nos applications existantes ?: Non. Le serveur MCP se place devant vos applications et dialogue avec elles par leurs interfaces existantes, API, base de données ou système de fichiers. Vos applications ne changent pas.
Comment contrôlons-nous ce que l'agent peut faire ?: Chaque outil exposé est déclaré explicitement, en lecture ou en écriture, avec son périmètre. Un agent ne peut appeler que ce que le serveur déclare. La matrice de droits est un livrable de la mission, relue et validée avec vous.
Sommes-nous liés à un fournisseur de modèle ?: Non, c'est l'intérêt du standard. Le même serveur MCP sert un agent Claude, un agent construit sur un modèle open source auto-hébergé ou tout autre client compatible. Changer de modèle ne remet pas en cause la passerelle.
Nos données sortent-elles de l'entreprise ?: Cela dépend de l'agent que vous branchez, pas de la passerelle. Le serveur MCP tourne sur votre infrastructure. Avec un modèle auto-hébergé, aucune donnée ne quitte votre réseau. Nous évaluons ce point dès la cartographie.
Combien de temps pour une première passerelle ?: La durée dépend du nombre d'applications et de la complexité des droits. Nous chiffrons au cadrage, et la première application exposée sert de référence pour les suivantes.

Pour aller plus loin

Une passerelle prend tout son sens avec un agent en face : découvrez nos agents d’exploitation, branchés sur la supervision.
Avant d’ouvrir vos systèmes aux agents, l’audit d’usage IA établit ce qui circule déjà dans vos équipes.
Formez vos équipes au Model Context Protocol et à la sécurisation des IA en production.
Découvrez Engram, notre serveur MCP open source de gestion de connaissances.

Vos applications ont déjà les réponses.
Rendons-les accessibles →

Termes associés : MCP, Model Context Protocol, serveur MCP, passerelle MCP, agent IA, IA agentique, tool use, appel d’outils, function calling, intégration SI, ERP, CRM, GED, API interne, matrice de droits, contrôle d’accès, journalisation, observabilité, OAuth, authentification, standard ouvert, interopérabilité, Claude, modèles open source, auto-hébergement, on-premise, Engram, catalogue MCP Docker.