Du buzz à l'infrastructure : où en est le Model Context Protocol en 2026
L'un des principaux défis du développement IA reste de connecter les sources de données aux LLM. Les organisations ont pris conscience de la valeur de leurs données non structurées, documentation, référentiels de contenu, tout le « tiroir fourre-tout » de l'entreprise, mais établir un pont fiable entre ces sources et les modèles demeure difficile. C'est précisément le problème que le Model Context Protocol (MCP) est venu résoudre.
En 2025, le MCP a dominé les conversations dans les cercles de l'IA et du développement logiciel, au point que certains n'y voyaient qu'un effet de mode savamment entretenu. Mi-2026, le débat est tranché : la question n'est plus de savoir s'il faut s'y intéresser, mais comment l'industrialiser proprement. Cet article fait le point sur ce que le protocole est devenu, son architecture, son écosystème, ses risques réels et la manière de l'adopter sans dogmatisme.
Les chiffres donnent la mesure du basculement : l'écosystème dépasse les 10 000 serveurs MCP publics actifs, les SDK officiels Python et TypeScript cumulent des dizaines de millions de téléchargements chaque mois, et les enquêtes sectorielles de 2026 estiment qu'environ quatre organisations logicielles sur dix exécutent déjà des serveurs MCP en production, de façon limitée ou étendue. Le protocole est supporté par les plateformes d'Anthropic, d'OpenAI, de Google, de Microsoft et d'AWS.
Architecture du MCP : client-serveur, JSON-RPC 2.0 et primitives standardisées
Lancé en novembre 2024 par Anthropic, le Model Context Protocol est une norme ouverte qui définit la manière dont les applications fournissent contexte et outils aux modèles IA, qu'il s'agisse de Claude Sonnet 5 et Opus 4.8, de GPT-5.6 ou des modèles Gemini. La métaphore consacrée, reprise par la documentation officielle, en fait « l'USB-C de l'IA » : imparfaite, mais parlante pour saisir le rôle du protocole.
Le protocole suit une architecture client-serveur et s'appuie sur des messages JSON-RPC 2.0. Un hôte, assistant conversationnel, IDE, agent autonome, embarque un client MCP qui dialogue avec des serveurs exposant trois primitives principales : des outils que le modèle peut invoquer, des ressources qu'il peut lire et des prompts réutilisables. Développé à l'origine comme outil interne pour améliorer les interactions de Claude avec les systèmes externes, il a été ouvert pour standardiser la communication IA-outil à l'échelle de l'industrie.
Avant le MCP, chaque source de données exigeait un connecteur sur mesure. Les intégrations fragmentées et redondantes étaient la norme, rendant les produits IA longs et coûteux à construire, le fameux problème « N modèles fois M outils » que le protocole ramène à une somme d'intégrations standardisées.
La spécification 2025-11-25, socle stable de l'écosystème
La version stable actuelle de la spécification, publiée le 25 novembre 2025, a consolidé l'authentification OAuth, le transport HTTP streamable et les mécanismes d'élicitation qui permettent à un serveur de demander des informations complémentaires à l'utilisateur en cours de tâche. C'est cette révision que ciblent aujourd'hui la plupart des SDK, des plateformes et des serveurs d'entreprise.
La release candidate 2026-07-28 : sans état et extensible
La prochaine révision, dont la version finale est attendue le 28 juillet 2026, marque un tournant d'ingénierie : le protocole devient sans état, les informations de session voyagent dans les métadonnées de chaque requête, ce qui permet à n'importe quelle requête d'atterrir sur n'importe quelle instance de serveur, un prérequis des déploiements à grande échelle. Elle introduit aussi un cadre d'extensions négociées entre client et serveur, dont MCP Apps, qui autorise des interfaces HTML interactives rendues dans un bac à sable. Chaque fonctionnalité suit désormais un cycle de vie explicite, avec au moins douze mois entre dépréciation et retrait.
Le MCP en pratique dans le cycle de vie du développement logiciel
Pour comprendre pourquoi le MCP s'est imposé, rien ne vaut un scénario appliqué. Imaginez un assistant IA de service client : plus il accède à de sources, base de connaissances interne, CRM, messagerie, plus ses réponses sont contextualisées et pertinentes. Le MCP rend la connexion de ces systèmes beaucoup plus rapide pour l'équipe de développement, sans connecteur propriétaire à écrire ni à maintenir pour chaque combinaison.
Documents, code et cloud : trois familles d'usages éprouvées
Chez Adservio, nous exploitons particulièrement le MCP dans le cycle de vie logiciel. Interaction documentaire : les assistants travaillent directement avec les fichiers, création, lecture, édition, de manière transparente. Développement et revue de code : des agents récupèrent les détails des pull requests, analysent les modifications, génèrent des résumés de revue et les archivent dans les outils de l'équipe. Intégration cloud : des serveurs MCP spécialisés permettent d'exécuter des fonctions serverless, de consulter la documentation à jour ou d'analyser les coûts d'un compte AWS ou Azure.
La nouveauté de 2026 est l'orchestration : les agents n'utilisent plus un serveur MCP isolé mais enchaînent des outils issus de plusieurs serveurs, observabilité, ticketing, dépôt de code, au sein d'un même workflow. Les scénarios d'exploitation en profitent au premier chef, du diagnostic d'incident enrichi de contexte à la remédiation assistée.
Serveurs MCP et registre officiel : un écosystème qui se structure
Un serveur MCP est un programme léger qui expose des capacités spécifiques à travers le protocole standardisé. Si le MCP est la norme, la définition de comment faire, le serveur est l'outil qui la met en œuvre concrètement. Il en existe pour les services AWS et Azure, GitHub, Atlassian (Confluence, Jira), les principales bases de données et des centaines d'applications SaaS.
Le registre officiel et les registres d'entreprise
Le registre MCP officiel, ouvert fin 2025, recense les métadonnées de près de dix mille serveurs publics et sert de source amont aux catalogues privés. Car c'est bien là que se joue l'adoption d'entreprise : les DSI montent des registres internes avec processus d'approbation, contrôle des versions et audit, pour éviter que chaque équipe n'installe des serveurs communautaires non vérifiés au gré de ses besoins.
Faut-il pour autant toujours un serveur MCP ? Non. Pour un projet IA simple, au contexte clairement défini, peut-être purement local, avec une ou deux sources, une intégration API directe reste souvent suffisante et un serveur MCP serait superflu. Le protocole devient pertinent dès que les sources de données se multiplient, que plusieurs agents interviennent ou que le système s'exécute en environnement distribué, conteneurs, cloud, multi-fournisseurs.
Sécurité et gouvernance du MCP : les angles morts à traiter
L'attention que le MCP a reçue dans toute l'industrie prouve qu'il apporte quelque chose de précieux. Mais il comporte des risques et des limites qu'aucune équipe ne devrait ignorer avant un déploiement sérieux.
Vulnérabilités, injection de prompt et supervision humaine
Les serveurs MCP sont des cibles d'attaque : un serveur communautaire non audité peut exfiltrer des données, et la description même d'un outil peut véhiculer une injection de prompt vers le modèle. Le mécanisme de sampling, par lequel un serveur demande au modèle hôte de générer une réponse, doit rester soumis à approbation humaine. Les bonnes pratiques de 2026 imposent une liste blanche de serveurs vérifiés, des périmètres de permissions par agent et une journalisation systématique des appels d'outils.
Ce que le MCP ne remplace pas
Le MCP n'élimine pas les défis de récupération d'information : les techniques RAG restent nécessaires pour retrouver les bonnes données au bon moment. Il ne dispense pas non plus de gouvernance : pouvoir connecter une source à un LLM tiers ne signifie pas le devoir. Enfin, il rend très facile le déport de la logique applicative vers un modèle, un antipattern qui érode la valeur de votre application ainsi que votre contrôle sur elle.
La gouvernance du protocole a elle-même changé de mains : fin 2025, Anthropic l'a transféré à l'Agentic AI Foundation, une fondation neutre hébergée par la Linux Foundation et co-fondée avec OpenAI et Block, avec le soutien de Google et Microsoft. Une neutralité bienvenue, qui apporte ses propres questions : vitesse de décision par consensus, priorités parfois divergentes entre contributeurs et risque d'extensions propriétaires en marge du socle commun.
Le MCP, catalyseur des architectures d'entreprise AI-native
Un aspect encore sous-estimé du MCP est son potentiel à refondre les modèles d'architecture d'entreprise. L'intégration traditionnelle a été optimisée pendant des décennies pour des applications pilotées par des humains ; le MCP fournit des patterns conçus pour des agents, capables de découvrir dynamiquement les ressources d'une organisation, d'en apprendre le fonctionnement et d'interagir avec elles.
> Avec le MCP, nous avons des modèles spécifiquement conçus pour les agents IA, avec le potentiel de permettre une nouvelle classe de systèmes autonomes qui peuvent découvrir de façon dynamique, apprendre à connaître et interagir avec les ressources d'entreprise sans intervention humaine.
Ce basculement oblige les architectes à repenser la gouvernance, les modèles de sécurité et les frontières de systèmes : qui autorise un agent à découvrir un service, avec quelles permissions, et comment auditer ses actions a posteriori ? Les équipes d'exploitation sont en première ligne, car l'observabilité et la fiabilité deviennent des prérequis de tout déploiement agentique sérieux.
Adopter le MCP en 2026 : pragmatisme plutôt que dogmatisme
Les sceptiques de 2025 voyaient dans le MCP une campagne marketing réussie d'Anthropic. L'histoire leur a donné tort sur l'essentiel : OpenAI l'a adopté dès mars 2025, Google DeepMind l'a confirmé dans Gemini le mois suivant, et le passage sous l'égide de la Linux Foundation a achevé d'en faire un standard neutre et durable. Mais ils avaient raison sur un point : un protocole, aussi bien conçu soit-il, ne fait pas une stratégie IA.
Notre recommandation est pragmatique : commencez par un cas d'usage à valeur mesurable, appuyez-vous sur des serveurs vérifiés via un registre interne, mettez en place des évaluations continues de vos agents et suivez de près la révision 2026-07-28, son architecture sans état simplifiera considérablement les déploiements à l'échelle et les architectures multi-instances.
Le domaine continue d'évoluer vite : l'interopérabilité entre protocoles d'agents progresse, et de nouvelles couches, registres fédérés, extensions de paiement, standards d'identité pour agents, se dessinent déjà. Explorer les opportunités du MCP dès maintenant tout en restant ouvert aux innovations qui viennent : c'est la posture qui a le mieux servi les équipes depuis deux ans, et rien n'indique que cela change.
RÉCUPÉRER CET ARTICLE
Téléchargez l'article complet en PDF pour le lire hors ligne ou le partager.
RESTER INFORMÉ
Recevez nos prochaines analyses et retours d'expérience directement dans votre boîte mail.
