Une application d'IA peut avoir besoin d'informations provenant d'un système de documents ou d'une action d'un service métier. Chaque intégration nécessite un moyen partagé de demander cette information ou cette action.
La spécification MCP définit cette interface partagée. Un client compatible peut découvrir les capacités exposées par un serveur. L'application a toujours besoin d'une autorisation pour utiliser les capacités protégées.
Que sont l'hôte, le client et le serveur ?
L'hôte est l'application d'IA. Le client est son connecteur. Le serveur est le programme qui fournit les capacités.
Les rôles de la spécification séparent l'application du connecteur qu'elle contient.
| Rôle | Responsabilité | Exemple |
|---|---|---|
| Hôte | Coordonne l'interaction IA et ses connexions | Une application d'assistant |
| Client | Échange des messages de protocole avec un serveur MCP | Un connecteur au sein de cette application |
| Serveur | Expose du contexte ou des opérations appelables | Un programme donnant accès à des documents |
Un hôte peut utiliser plusieurs clients pour se connecter à différents serveurs. Le guide d'architecture décrit un client par connexion serveur.
Comment les messages circulent-ils ?
Les transports standard acheminent les messages via des flux de processus locaux ou HTTP.
La spécification des transports définit les deux :
- Stdio : le client lance un processus serveur et échange des messages via ses flux d'entrée et de sortie.
- Streamable HTTP : un serveur reçoit des requêtes HTTP et peut diffuser des messages en continu vers les clients.
Un serveur n'a donc pas besoin d'être un site web distant. Il peut s'agir d'un programme exécuté sur la même machine que le client.
Le transport achemine l'échange. Les permissions de compte nécessitent toujours une autorisation. La réponse MCP OAuth explique l'autorisation pour les serveurs HTTP protégés.
MCP est-il un framework d'agents ?
MCP définit un protocole d'intégration, et non un framework qui exécute le raisonnement et la boucle de tâches d'un agent.
Le périmètre du guide d'architecture laisse aux applications le soin de déterminer comment utiliser les modèles et gérer le contexte. L'hôte choisit comment exploiter les informations et les opérations disponibles via ses connexions.
Une connexion de protocole seule ne détermine pas quelle action accomplit la tâche de l'utilisateur.
MCP remplace-t-il une API ?
MCP peut exposer les opérations d'une API via une interface de protocole distincte. L'API sous-jacente peut continuer à exécuter ces opérations.
L'exemple d'outil du guide d'architecture montre un serveur MCP exécutant un outil demandé. L'implémentation derrière un outil peut appeler un autre service.
Par exemple, un outil hypothétique de suivi de commande pourrait récupérer une commande via une API existante. MCP décrit l'échange client-serveur. Le service de commandes conserve la propriété de ses enregistrements et de ses règles d'accès.
La réponse sur les primitives explique les outils, les ressources et les prompts. La comparaison A2A traite de la communication entre agents.
Comment utiliser MCP avec Bird ?
Vous pouvez connecter un client IA au serveur MCP de Bird.