Qu'est-ce que MCP (Model Context Protocol) ?
ALI Remote · Glossaire
Le Model Context Protocol (MCP) est un standard ouvert reliant les applications d'IA à des outils et données externes : une intégration créée une fois fonctionne avec tout assistant compatible.
Anthropic a publié MCP sous forme de standard ouvert le 25 novembre 2024 (en anglais). En décembre 2025, il est devenu l'un des projets fondateurs de l'Agentic AI Foundation, un fonds dédié placé sous l'égide de la Linux Foundation. Concrètement, MCP permet à un assistant comme Claude d'agir dans d'autres logiciels, et pas seulement d'en parler.
Pourquoi le Model Context Protocol est-il important ?
Avant MCP, chaque association entre une application d'IA et un outil exigeait son propre connecteur. L'annonce d'Anthropic le disait sans détour : chaque nouvelle source de données demandait sa propre implémentation sur mesure. MCP divise ce travail en deux. Un outil est exposé une fois sous forme de serveur MCP, et une application d'IA ajoute une fois la prise en charge de MCP, en tant que client.
Le calcul montre le gain. Cinq applications d'IA et vingt outils peuvent nécessiter jusqu'à 100 intégrations sur mesure, une par paire. Avec un protocole commun, il en faut 25 : cinq clients et vingt serveurs. Et dès qu'un modèle peut ouvrir un ticket ou piloter un appareil, les autorisations comptent autant que le protocole lui-même.
Comment fonctionne MCP ?
La spécification MCP (en anglais), dans sa révision 2026-07-28, la plus récente lors de notre vérification du 7 novembre 2026, définit trois rôles :
- Hôte : l'application d'IA que vous utilisez, comme un assistant conversationnel ou un éditeur de code.
- Client : le connecteur, à l'intérieur de l'hôte, qui dialogue avec un seul serveur.
- Serveur : un programme qui propose des outils (des fonctions que le modèle peut exécuter), des ressources (des données et du contexte) et des prompts (des modèles de messages).
Les messages suivent JSON-RPC 2.0, via l'entrée et la sortie standard (stdio) pour un serveur local, ou via Streamable HTTP pour un serveur distant, dont l'éventuelle connexion repose sur OAuth 2.1. Un échange type :
- Vous ajoutez un serveur à votre assistant et vous vous connectez si on vous le demande.
- L'assistant lit les outils du serveur, chacun avec un nom, une description et ses paramètres d'entrée.
- Vous formulez votre demande avec vos mots. Le modèle choisit un outil et renseigne ses paramètres d'entrée.
- Selon l'application, vous approuvez l'appel.
- Le serveur effectue le travail et renvoie un résultat pour l'étape suivante du modèle.
MCP est-il la même chose qu'une API ?
Non. Une API est conçue pour les développeurs, qui lisent sa documentation et codent chaque appel. MCP est conçu pour les applications d'IA, qui découvrent les outils d'un serveur en cours de route et décident quand les appeler. Les deux fonctionnent souvent ensemble : de nombreux serveurs MCP reposent sur une API existante.
| Aspect | API | MCP |
|---|---|---|
| Conçu pour | Du code écrit par un développeur | Une application d'IA qui choisit ses outils au fur et à mesure |
| Découverte des outils | Un développeur lit la documentation | Le client demande au serveur la liste de ses outils |
| Effort d'intégration | Une intégration par service, dans chaque application | Un serveur, utilisable depuis tout client compatible |
À quoi ressemble MCP en pratique ?
Exemple (à titre d'illustration). Une responsable QA dont les téléphones de test se trouvent dans un real device cloud connecte son assistant au serveur MCP du fournisseur. Elle lui demande de trouver les téléphones qui affichent encore l'ancien écran de connexion et d'y mettre à jour l'app. Son assistant est réglé pour lui demander son accord avant toute action qui modifie un téléphone.
Chez ALI Remote, les pages développeurs résument la même idée en une ligne : « Laissez Claude lister, voir et piloter vos téléphones via MCP. » Comme le décrit sa page produit, vous connectez ALI Remote à un assistant comme Claude, vous vous connectez avec OAuth 2.1 sans clé à coller, et vous décrivez ce que vous voulez avec vos mots au lieu de cliquer. L'endpoint MCP d'ALI Remote utilise Streamable HTTP et OAuth 2.1 avec PKCE.
Termes associés
- Serveur MCP : le programme qui expose un outil, une source de données ou un appareil aux applications d'IA via MCP.
- Agent IA : un système d'IA qui accomplit des tâches en plusieurs étapes en appelant des outils, souvent via MCP.
- Real device cloud : des téléphones physiques hébergés dans un datacenter et utilisés à distance. Lisez la définition complète du real device cloud.
Questions fréquentes
MCP est-il réservé à Claude ?
Non. Anthropic a créé MCP, mais c'est un standard ouvert, confié depuis décembre 2025 à une structure neutre, l'Agentic AI Foundation. Le site officiel de MCP (en anglais) cite des assistants conversationnels et des éditeurs de code de plusieurs entreprises parmi les applications qui le prennent en charge.
MCP est-il sûr ?
Cela dépend des serveurs que vous connectez. La spécification considère les outils comme une exécution de code arbitraire. Elle indique que l'hôte doit obtenir le consentement explicite de l'utilisateur avant d'appeler le moindre outil, mais reconnaît que MCP ne peut pas l'imposer au niveau du protocole. Avant d'ajouter un serveur, vérifiez qui le publie, ce que chaque outil peut modifier, où vos données sont traitées et si les modifications attendent votre accord.
Model Context Protocol et MCP sont des marques de LF Projects, LLC. Claude est une marque d'Anthropic, PBC. ALI Remote n'est affilié ni à Anthropic ni à LF Projects, LLC, et n'est approuvé par aucune de ces sociétés.
Autres termes
- Appareil dédiéUn appareil dédié est réservé à un seul usage ou à un seul client au lieu d'être partagé. Voici comment il fonctionne sur Android et sur les appareils Apple, ce que « dédié » signifie pour du matériel hébergé, et cinq questions à poser à un fournisseur.
- Authentification à deux facteurs (2FA)L'authentification à deux facteurs (2FA) demande deux preuves de nature différente avant de vous laisser vous connecter. Voici comment elle fonctionne, comment se comparent les passkeys, les applications d'authentification et les codes par SMS, et pourquoi chaque membre d'une équipe a besoin de son propre compte et de son propre second facteur.
- Device as a service (DaaS)Le device as a service (DaaS) est un abonnement dans lequel un fournisseur met à disposition des ordinateurs portables ou des téléphones et les gère de leur configuration jusqu'à leur fin de vie. Voici comment il fonctionne, un exemple détaillé, la variante hébergée, et ce qui distingue le DaaS du SaaS et du leasing.
- ÉmulateurUn émulateur est un logiciel qui reproduit le matériel d'un téléphone sur un ordinateur pour y faire tourner son système d'exploitation et ses apps. Voici comment il fonctionne, ce qui le distingue d'un simulateur et d'un appareil réel, et les limites que Google et Apple signalent eux-mêmes dans leur documentation.
- Real device cloudUn real device cloud héberge de vrais téléphones dans un datacenter et vous permet de les utiliser depuis votre navigateur. Voici comment il fonctionne, pourquoi il donne des résultats plus fiables que les simulateurs, et à quoi il sert au-delà des tests d'apps.
- Simulateur iOSLe simulateur iOS est l'outil d'Apple, intégré à Xcode, qui exécute des apps iOS sur un Mac sans iPhone. Voici à quoi il sert, ce qu'il ne reproduit pas selon Apple, pourquoi ce n'est pas un émulateur, et ce qui a changé avec Device Hub dans Xcode 27.