L'architecture du protocole MCP
Oubliez la boîte noire. Découvrez comment toutes les briques s'assemblent pour créer la magie.
À quoi sert ce guide ?
Vous avez vu comment fonctionnait un MCP, pourquoi l'utiliser, et qui faisait quoi entre le client et le serveur. Vous possédez maintenant presque toutes les pièces du puzzle.
Il est temps de rassembler ces pièces. Ce guide clôture notre partie théorique en vous offrant la vue d'ensemble. À la fin de cette page, vous serez capable de visualiser mentalement le cheminement de n'importe quelle requête IA, de votre clavier jusqu'à vos fichiers.
Le schéma d'architecture globale
Voici l'écosystème complet. Suivez le flux de haut en bas :
Décryptage de chaque bloc
Ne vous laissez pas intimider par le schéma. Chaque brique a un rôle extrêmement précis et logique.
L'Utilisateur
C'est vous. Vous êtes le déclencheur exclusif. Rien ne se passe sans une demande initiale de votre part. L'écosystème MCP est réactif, pas proactif.
L'Intelligence Artificielle (Le Cerveau)
C'est le moteur de réflexion (comme le modèle Claude 3.5 Sonnet). Son rôle est d'analyser votre phrase, de comprendre votre intention, et de décider si elle a besoin d'outils pour vous répondre. Elle ne fait aucune action physique.
Le Client MCP
C'est l'application que vous utilisez (ex: l'application de bureau Claude Code ou l'éditeur Cursor). Le client emballe le "cerveau" et possède la capacité de discuter avec le monde extérieur. Il formule techniquement les demandes que le cerveau a imaginées.
Le Protocole MCP
C'est l'espéranto des IA. C'est une simple liste de règles de politesse informatique. Sans ce protocole, le Client et le Serveur parleraient des langues différentes et ne se comprendraient pas.
Le Serveur MCP
C'est votre petit agent de terrain. Il écoute le Client. Il est spécialisé dans un seul domaine (ex: la base de données). Le Serveur MCP est toujours accompagné de trois "capacités" qu'il présente au Client : les Tools, les Resources, et les Prompts.
Les Tools (Les Outils)
Ce sont les actions que le Serveur sait faire. Par exemple : "Renommer un fichier", "Envoyer un message Slack" ou "Créer un ticket GitHub". Le Client choisit un Tool, et le Serveur l'exécute.
Les Resources (Les Ressources)
Ce sont les données en lecture seule. Par exemple : "Le fichier de configuration de l'entreprise", "Le schéma de la base de données". Le Client peut demander à lire ces ressources pour comprendre le contexte avant d'agir.
Les Prompts (Les Modèles)
Certains Serveurs proposent des modèles de discussion prêts à l'emploi. Par exemple, un Serveur de débogage pourrait proposer un Prompt nommé "Cherche l'erreur", qui contient déjà toutes les instructions parfaites pour que l'IA trouve le bug rapidement.
Les Services Externes
C'est la cible finale. Vos vrais fichiers, votre vrai compte GitHub, votre vraie base de données. C'est le monde réel.
Pourquoi cette architecture est-elle si importante ?
Vous pourriez vous demander : "Pourquoi Anthropic a inventé tout ça au lieu de juste programmer Claude pour lire mon disque dur directement ?"
C'est une excellente question, et la réponse tient en quatre points cruciaux :
- L'interopérabilité (Le côté universel) : Si vous développez un Serveur MCP pour votre entreprise, il fonctionnera demain avec Claude, mais aussi avec OpenAI, Google Gemini, ou n'importe quelle autre IA qui parle le Protocole MCP. Vous ne codez qu'une seule fois.
- La modularité (Le côté Lego) : Vous pouvez ajouter un accès Slack aujourd'hui, le retirer demain, et ajouter un accès Jira après-demain. L'IA s'adapte instantanément aux outils disponibles sans aucune mise à jour logicielle.
- La sécurité (Le garde-barrière) : Si l'IA avait un accès direct à tout, elle pourrait faire des bêtises. L'architecture MCP intercale le Serveur MCP au milieu, qui joue le rôle de douanier. Si le Serveur dit "Non, ce dossier est interdit", l'IA est bloquée.
- L'évolutivité : De nouveaux services émergent chaque jour. Il est impossible pour Anthropic d'apprendre à Claude tous les logiciels du monde. Avec cette architecture, la communauté construit les ponts (les Serveurs) elle-même.
Les erreurs de compréhension fréquentes
| Mythe | Réalité |
|---|---|
| Le protocole et le serveur, c'est la même chose. | Faux. Le protocole est la langue (ex: le français). Le serveur est la personne qui parle cette langue. Ils sont distincts. |
| L'application Claude contient tous les MCP. | Faux. Claude contient uniquement le Client. Les serveurs, eux, vivent sur votre ordinateur ou sur Internet. |
| Un MCP est une Intelligence Artificielle. | Totalement faux. Un MCP est un programme ultra-classique, sans aucune intelligence. Il obéit aveuglément aux ordres. |
Les notions essentielles à retenir
Le Client MCP pose les questions, le Serveur MCP fournit les réponses et exécute les actions.
Un Serveur MCP offre trois choses à l'IA : des Tools (actions), des Resources (données) et des Prompts (raccourcis de discussion).
Cette architecture en briques Lego garantit que le système est sécurisé, évolutif et compatible avec toutes les IA de demain.
Foire aux questions (FAQ)
Vous avez terminé toute la partie théorique de la documentation Web-Shine. Vous comprenez maintenant toute l'architecture du protocole MCP. La théorie, c'est bien, mais la pratique, c'est mieux.
Nous pouvons enfin passer à la pratique et installer votre premier serveur MCP.