Qu'est-ce que le MCP en une phrase ?

Le Model Context Protocol est un standard ouvert qui permet à une application d'exposer des outils, des données et des prompts à n'importe quel client à modèle de langage via une interface commune, pour que les intégrations soient écrites une fois au lieu d'une fois par client IA.

MCP ou une API classique ?

Ils ne s'excluent pas. Une API classique sert n'importe quel client HTTP ; un serveur MCP est spécifiquement pour les clients IA et ajoute une façon standard de décrire les tools, resources et prompts pour qu'un modèle puisse les découvrir et les utiliser. Souvent un serveur MCP est un fin wrapper au-dessus de votre API existante.

Quelle différence entre MCP et function calling ?

Le function calling est la façon dont un modèle, à l'intérieur d'une application, reçoit des définitions d'outils dans une requête. Le MCP est un protocole pour exposer ces outils depuis un serveur séparé afin que plusieurs clients les réutilisent. Le function calling est le mécanisme dans une requête ; le MCP est la couche d'intégration autour.

Faut-il un serveur MCP pour utiliser l'IA ?

Non. Pour des fonctionnalités IA à l'intérieur d'une seule application, définir les outils directement avec votre SDK est plus simple. Le MCP gagne sa place quand vous voulez les mêmes capacités disponibles pour plusieurs clients IA, ou quand vous consommez des serveurs que d'autres ont construits.

Le MCP est-il sécurisé ?

Le protocole est neutre ; le risque est dans les serveurs. Un serveur MCP agit avec de vraies permissions, donc cadrez-le serré, faites demander le consentement de l'utilisateur par le host avant les appels d'outils, et traitez les descriptions et résultats d'outils comme non fiables, puisqu'un serveur compromis peut tenter de manipuler le modèle à travers eux.

← Retour au Blog

AI & RAG

Qu'est-ce que le MCP (Model Context Protocol) ?

Le MCP est un protocole ouvert qui standardise la façon dont une application expose des outils, des données et des prompts à un client LLM. Écrivez un serveur MCP une fois et n'importe quel client compatible peut l'utiliser. Voici comment ça marche et quand ça aide.

2026-09-04·10 min

Le Model Context Protocol (MCP) est un standard ouvert pour connecter les applications à modèle de langage à des outils et des données externes. Au lieu que chaque app IA construise une intégration custom pour chaque service, un service expose un serveur MCP une fois, et n'importe quel client compatible MCP (une app de chat, un IDE, un agent) peut s'y connecter. C'est la même idée qu'un driver de base de données ou un standard USB : une interface, plusieurs consommateurs.

Le problème qu'il résout

Avant le MCP, brancher un LLM sur votre suivi de tickets, votre base de données et votre documentation signifiait trois intégrations sur mesure, réécrites pour chaque client IA que vous vouliez supporter. Le MCP transforme ça en un serveur par source de données, réutilisable par tout client qui parle le protocole. Le travail d'intégration cesse d'être quadratique.

Les pièces

✓Host : l'application avec laquelle l'utilisateur interagit (un client de chat, un IDE, un runtime d'agent).
✓Client : le connecteur à l'intérieur du host qui parle MCP à un serveur.
✓Serveur : le processus qui expose des capacités depuis une source de données ou un service.
✓Capacités : les tools (actions que le modèle peut invoquer), les resources (données que le modèle peut lire), et les prompts (templates réutilisables que le serveur offre).

Comment un appel fonctionne

Le MCP tourne sur JSON-RPC. Le transport est soit stdio (le host lance le serveur comme sous-processus, courant pour les outils locaux) soit HTTP avec server-sent events (pour les serveurs distants). Le client demande au serveur ce qu'il offre, le host présente ces outils et resources au modèle, et quand le modèle en choisit un, le client transmet l'appel au serveur et renvoie le résultat.

Pourquoi construire un serveur

Exposez la base de données de votre produit en resources lecture seule pour qu'un assistant réponde à des questions sur des données en direct. Enveloppez votre API interne en tools pour qu'un agent puisse créer un ticket ou déclencher un déploiement. Servez votre documentation en resources pour que n'importe quel client puisse ancrer ses réponses. En Laravel, un package comme Laravel MCP vous permet de définir tout ça depuis votre code applicatif existant.

MCP vs une API vs le function calling

	API REST classique	Function calling	MCP
Qui l'appelle	N'importe quel client HTTP	Un modèle, une app	N'importe quel client MCP
Contrat	OpenAPI (optionnel)	Définitions d'outils par app	Protocole standard
Réutilisabilité entre clients IA	Manuelle par client	Aucune, redéfinie à chaque fois	Écrit une fois, utilisé partout
Transport	HTTP	Dans la requête au modèle	stdio ou HTTP + SSE
Idéal pour	Intégration générale	Un outil dans une seule app	Partager des capacités entre clients IA

Sécurité

Un serveur MCP tourne avec de vraies permissions : tout ce qu'il peut faire, un client connecté peut le lui demander. Cadrez chaque serveur serré, exigez que le host obtienne le consentement de l'utilisateur avant d'invoquer des outils, et traitez les descriptions et résultats d'outils comme de l'entrée non fiable, puisqu'un serveur malveillant ou compromis peut tenter de piloter le modèle à travers eux. Faites tourner des serveurs locaux en qui vous avez confiance, et revoyez ceux qui sont distants comme vous revoyez une dépendance.

L'écosystème en 2026

Les clients MCP incluent maintenant les grandes applications de chat, plusieurs IDE et runtimes d'agents. Il y a des SDK officiels dans les langages courants, un registre de serveurs communautaires pour les services populaires, et des intégrations de framework comme Laravel MCP. Si vous construisez des fonctionnalités IA qui doivent atteindre plusieurs outils, les exposer via MCP fait qu'elles fonctionnent avec des clients auxquels vous n'avez pas encore pensé.

FAQ

Qu'est-ce que le MCP en une phrase ?: Le Model Context Protocol est un standard ouvert qui permet à une application d'exposer des outils, des données et des prompts à n'importe quel client à modèle de langage via une interface commune, pour que les intégrations soient écrites une fois au lieu d'une fois par client IA.
MCP ou une API classique ?: Ils ne s'excluent pas. Une API classique sert n'importe quel client HTTP ; un serveur MCP est spécifiquement pour les clients IA et ajoute une façon standard de décrire les tools, resources et prompts pour qu'un modèle puisse les découvrir et les utiliser. Souvent un serveur MCP est un fin wrapper au-dessus de votre API existante.
Quelle différence entre MCP et function calling ?: Le function calling est la façon dont un modèle, à l'intérieur d'une application, reçoit des définitions d'outils dans une requête. Le MCP est un protocole pour exposer ces outils depuis un serveur séparé afin que plusieurs clients les réutilisent. Le function calling est le mécanisme dans une requête ; le MCP est la couche d'intégration autour.
Faut-il un serveur MCP pour utiliser l'IA ?: Non. Pour des fonctionnalités IA à l'intérieur d'une seule application, définir les outils directement avec votre SDK est plus simple. Le MCP gagne sa place quand vous voulez les mêmes capacités disponibles pour plusieurs clients IA, ou quand vous consommez des serveurs que d'autres ont construits.
Le MCP est-il sécurisé ?: Le protocole est neutre ; le risque est dans les serveurs. Un serveur MCP agit avec de vraies permissions, donc cadrez-le serré, faites demander le consentement de l'utilisateur par le host avant les appels d'outils, et traitez les descriptions et résultats d'outils comme non fiables, puisqu'un serveur compromis peut tenter de manipuler le modèle à travers eux.

Le MCP est de la plomberie, pas de la magie : une façon standard de brancher des outils et des données dans les clients à modèle de langage pour que l'intégration soit écrite une fois. Si votre travail IA dépasse un outil et un client, un serveur MCP est la façon d'arrêter de réécrire les mêmes connecteurs.

Besoin d'aide sur ce sujet ? Intégration IA & RAG

Découvrir ce service →