Guide 6 min de lecture

Serveur MCP : le Model Context Protocol expliqué simplement

Un serveur MCP permet à n'importe quelle intelligence artificielle compatible d'utiliser les outils et les données d'un service, sans développement propre à chaque assistant. Ce guide explique le Model Context Protocol, ce qu'un serveur MCP expose, comment le brancher et les précautions à prendre.

Par l'équipe STEP BY STEP · publié le 7 octobre 2026

Le problème que le MCP résout#

Un modèle d'IA ne sait rien des logiciels d'une entreprise. Pour qu'un assistant consulte une comptabilité, une base juridique ou un outil de ticketing, il faut lui donner des outils : des fonctions qu'il peut appeler, décrites de façon qu'il les comprenne.

Pendant longtemps, chaque assistant avait sa propre façon de déclarer ces outils. Un éditeur qui voulait rendre son service accessible devait écrire un connecteur pour chacun, et une entreprise qui changeait d'assistant perdait ses raccordements. C'est le problème que résout le MCP.

Qu'est-ce que le Model Context Protocol ?#

Le Model Context Protocol est un standard ouvert, publié par Anthropic fin 2024, qui définit comment une application d'IA découvre et utilise les capacités d'un service externe. Plusieurs grands éditeurs de modèles et d'outils l'ont adopté depuis, ce qui en fait aujourd'hui le moyen le plus répandu de brancher des outils sur un assistant ou un agent.

On le compare souvent à une prise universelle : un service qui expose un serveur MCP devient utilisable par n'importe quelle application compatible, sans développement supplémentaire de part et d'autre.

Les trois rôles#

RôleCe que c'estExemple
HôteL'application d'IA que l'utilisateur emploieUn assistant de bureau, un agent d'entreprise
ClientLa partie de l'hôte qui parle à un serveurUne connexion par serveur raccordé
ServeurLe programme qui expose des capacitésUne base juridique, un logiciel de gestion, un dossier de fichiers

Ce qu'un serveur MCP expose#

Un serveur MCP peut offrir trois sortes de capacités :

  • Des outils : des actions que le modèle peut demander — chercher un article de loi, lire une facture, créer un ticket. Chaque outil porte un nom, une description et la liste de ses paramètres.
  • Des ressources : des données que l'application peut lire et fournir au modèle — un document, un enregistrement, un fichier.
  • Des invites (prompts) : des modèles de demandes prêts à l'emploi, proposés par le serveur.

En pratique, ce sont les outils qui font l'essentiel du travail dans un agent d'entreprise.

Comment l'échange se déroule#

  1. L'application se connecte au serveur et négocie la version du protocole.
  2. Elle demande la liste des outils disponibles, avec leurs descriptions.
  3. Le modèle, en raisonnant sur la demande de l'utilisateur, choisit un outil et ses paramètres.
  4. L'application transmet l'appel au serveur, qui l'exécute et renvoie le résultat.
  5. Le résultat revient au modèle, qui poursuit son raisonnement.

Le modèle ne parle jamais directement au serveur : c'est l'application hôte qui transmet, et qui peut donc filtrer, autoriser ou refuser.

Serveur MCP local ou distant#

Un serveur MCP peut fonctionner de deux manières :

  • En local, comme un programme lancé sur le poste, qui échange avec l'application par son entrée et sa sortie standard. Typique pour accéder à des fichiers ou à des outils installés sur la machine.
  • À distance, comme un service web joint par HTTP. Typique pour un éditeur qui expose ses données à ses clients, avec une authentification.

Le choix dépend de l'endroit où vivent les données : un serveur distant convient à une base tenue par un éditeur, un serveur local à ce qui ne doit pas quitter le poste.

Les usages d'un serveur MCP en entreprise#

  • Les bases de référence : droit, données sociales, vulnérabilités publiées. Le modèle interroge une source qui fait autorité et cite ce qu'il a lu, au lieu de répondre de mémoire.
  • Les logiciels métier dont l'éditeur publie un serveur MCP : le raccordement devient une affaire de configuration.
  • Les données internes : un serveur écrit pour exposer une base de l'entreprise, avec exactement les droits voulus.
  • Les fichiers et les outils du poste, par un serveur local.

Les risques, et comment les maîtriser#

Un serveur MCP est du code qui agit avec des droits. L'ouvrir à un agent mérite les mêmes précautions que l'installation de n'importe quel logiciel.

Faire confiance au serveur, pas seulement au protocole#

Le protocole décrit la manière d'échanger, pas la qualité de ce qui est échangé. Un serveur malveillant ou mal écrit peut renvoyer des données fausses, ou glisser dans la description d'un outil ou dans un résultat des consignes destinées au modèle. On n'installe donc que des serveurs dont on connaît l'éditeur.

Ouvrir les outils un par un#

Un serveur peut exposer des dizaines d'outils, dont certains écrivent ou suppriment. La bonne pratique est une liste blanche : seuls les outils explicitement autorisés sont proposés au modèle. Une liste noire, elle, laisse passer l'outil que l'éditeur ajoutera demain.

Vérifier ce qui revient#

Les résultats d'un outil repartent vers le modèle. S'ils contiennent des données personnelles, elles doivent être protégées comme le reste, avant l'envoi.

Ne pas tout charger d'un coup#

La description de chaque outil occupe de la place dans la fenêtre de contexte du modèle, à chaque échange. Brancher de nombreux serveurs a donc un coût, en temps comme en argent. Les applications récentes chargent les descriptions à la demande, quand l'outil devient utile.

Brancher un serveur MCP : ce qu'il faut savoir#

Pour un serveur distant, l'application a besoin de son adresse et, le plus souvent, d'un jeton d'accès fourni par l'éditeur. Pour un serveur local, de la commande qui le lance. Dans les deux cas, il reste à décider quels outils sont ouverts et à quelles équipes.

Les serveurs MCP dans AIKeep#

AIKeep se raccorde à tout serveur MCP : il s'ajoute par configuration, sans nouvelle version du logiciel, et se teste depuis l'écran du raccordement. Plusieurs bases de référence y sont déjà servies par ce moyen — le droit français, le chiffre social et les failles publiées —, présentées sur la page des données qualifiées et décrites une à une, par exemple le serveur de droit français ou celui de la cybersécurité.

Comme tout raccordement, un serveur MCP s'y déclare au niveau du Dossier de la société, puis s'active espace de travail par espace de travail. Ses résultats passent par AIGuard avant d'atteindre le modèle, comme tout ce que lisent les autres outils.

Questions fréquentes

Les questions qu'on se pose

Qu'est-ce qu'un serveur MCP ?

C'est un programme qui expose des outils et des données selon le Model Context Protocol, de sorte que n'importe quelle application d'IA compatible puisse les utiliser sans développement propre.

Le MCP est-il réservé à un fournisseur d'IA ?

Non. C'est un standard ouvert : il a été publié par Anthropic, mais il est adopté par de nombreux éditeurs et peut être implémenté par n'importe qui.

Quelle différence entre un serveur MCP et une API ?

Une API est l'interface d'un service, pensée pour des développeurs. Un serveur MCP présente des capacités sous une forme qu'un modèle d'IA sait découvrir et utiliser seul. Beaucoup de serveurs MCP s'appuient d'ailleurs sur l'API du service qu'ils exposent.

Un serveur MCP est-il sûr ?

Autant que son éditeur et que les droits qu'on lui donne. Il faut n'installer que des serveurs de confiance, n'ouvrir que les outils nécessaires et protéger les données qui reviennent vers le modèle.

Faut-il savoir programmer pour utiliser un serveur MCP ?

Non pour en brancher un : une adresse et un jeton suffisent dans une application compatible. Oui pour en écrire un, ce qui reste à la portée d'un développeur grâce aux kits publiés pour plusieurs langages.

Et chez vous, que pourrait prendre l'IA ?

Nommez la tâche qui vous coûte le plus de temps : elle est rejouée devant vous sur notre jeu de démonstration, sans document ni accès à fournir.