MCP (Model Context Protocol) — Définition et Architecture

Point clé : Le MCP est au LLM ce que l'USB est à l'ordinateur : un protocole standardisé qui permet à n'importe quel modèle de se connecter à n'importe quel outil sans adapter spécifiquement chaque connexion. Il réduit la fragmentation des intégrations et crée un écosystème d'outils interopérables.

Définition

Le Model Context Protocol (MCP) est un protocole ouvert développé par Anthropic qui standardise la façon dont les modèles de langage accèdent aux ressources et outils externes. Un serveur MCP expose un ensemble de « tools » (fonctions appelables), de « resources » (données accessibles en lecture) et de « prompts » (templates réutilisables) via une interface JSON-RPC uniforme. Tout LLM compatible MCP peut découvrir et utiliser ces outils sans configuration spécifique par intégration.

Architecture MCP

Composants Clés

Serveur MCP : Un processus qui expose des capacités via le protocole MCP. Un serveur peut exposer l'accès à une base de données SQL, à une API externe, à un système de fichiers, à un navigateur web ou à n'importe quelle autre ressource.

Client MCP : Le LLM ou le système d'orchestration qui consomme les capacités exposées par les serveurs MCP. Claude Code, par exemple, est un client MCP natif.

Transport : La couche de communication entre client et serveur. MCP supporte plusieurs transports : stdio (communication locale par entrée/sortie standard), HTTP avec Server-Sent Events, et WebSocket.

Flux d'Interaction

  1. Le client découvre les outils disponibles via tools/list.
  2. Le client présente la liste des outils au LLM dans son contexte.
  3. Le LLM décide d'appeler un outil et génère un appel structuré.
  4. Le client transmet l'appel au serveur MCP via tools/call.
  5. Le serveur exécute l'outil et retourne le résultat.
  6. Le résultat est injecté dans le contexte du LLM.

Avantages du MCP pour l'Enterprise

Standardisation des intégrations : Un serveur MCP Supabase écrit une fois est réutilisable par tous les agents et toutes les applications compatibles MCP, sans réécriture d'intégrations spécifiques.

Audit trail centralisé : Tous les appels d'outils passant par MCP sont capturables dans le transcript de session. Knowlee capture chaque appel MCP pour maintenir un audit trail complet des données consultées et modifiées par chaque agent.

Contrôle des permissions : La liste des serveurs MCP autorisés définit le périmètre d'action de chaque agent. Un agent de qualification commerciale n'a accès qu'aux serveurs MCP pertinents (CRM, enrichissement), pas aux systèmes financiers.

Exemple : Routage MCP dans Knowlee

Knowlee implémente un routage en cascade : pour les requêtes web, steel-browser → crawl4ai → apify-actors, en tentant l'outil le moins coûteux en premier. Pour les bases de données, les appels sont routés vers le serveur MCP de la verticale appropriée (supabase4sales, supabaseD360, etc.). Cette architecture garantit que chaque appel est auditables et que les coûts sont optimisés.

FAQ

Q : MCP est-il spécifique à Claude ? Non. MCP est un protocole ouvert publié en open-source. Des implémentations existent pour les principaux LLMs et frameworks d'orchestration. L'écosystème de serveurs MCP est compatible avec tout client implémentant le protocole.

Q : Quelle est la différence entre MCP et function calling ? Le function calling est la capacité d'un LLM à générer des appels structurés à des fonctions. MCP est un protocole de transport et de découverte qui standardise comment ces fonctions sont exposées et invoquées. MCP s'appuie sur le function calling mais ajoute la standardisation, la découverte dynamique et la gestion du cycle de vie des serveurs.

Q : Comment sécuriser un serveur MCP exposant des données sensibles ? Via l'authentification au niveau du transport (tokens, mTLS), la restriction des outils exposés au minimum nécessaire, et la validation des paramètres avant exécution. Les secrets d'authentification ne doivent jamais apparaître dans le contexte LLM.

Termes Associés