Le MCP est le port USB, pas le produit

Modèle opératoire du contexte souverain

Un agent IA ne vaut que le contexte qu'il peut atteindre. Pour une entreprise régulée, ce contexte — le référentiel d'architecture — est aussi l'un de ses actifs les plus sensibles.

Le modèle opératoire qui compte n'est pas « exposer le référentiel via MCP » ; c'est « gouverner quel contexte sort, vers qui, et sous quelles contraintes de résidence et d'audit ».

• Décider quels types d'objets sont interrogeables, et lesquels ne sont jamais exposés
• Garder le contexte frais : réconcilier le référentiel avec les sources vivantes, pas un snapshot annuel
• Rendre chaque réponse traçable vers une source gouvernée que l'utilisateur a le droit de voir

Perspective métier pour ce sujet

Quand tout le monde expose un MCP, « on a un MCP » ne différencie rien — la valeur est le contexte gouverné derrière le port.

Utilisez cette page comme un support de décision: alignez les parties prenantes, validez les trade-offs et reliez les choix d'architecture à des outcomes business mesurables.

• Requete principale: Le MCP est le port USB, pas le produit
• Périmètre de décision: stratégie, gouvernance, modèle opératoire et contraintes d'exécution
• Livrable attendu: prochaines actions claires avec ownership et indicateurs mesurables

« Nous avons un MCP » n'est pas une fonctionnalité

Assistez à n'importe quelle démo d'éditeur EA en 2026 et vous l'entendrez dans les cinq minutes : « et bien sûr, nous supportons le MCP. » C'est lancé comme une chute. Cela devrait être lancé comme une note de bas de page.

Le Model Context Protocol est un standard — une manière ouverte et partagée pour un modèle d'IA de parler à un système externe. Les standards sont faits pour être universels. Dès qu'une chose devient un standard, l'avoir cesse d'être un argument de vente pour devenir une attente. « Nous avons un MCP » est, structurellement, le différenciateur le plus faible possible : ce sera bientôt vrai de tout le monde.

La bonne analogie : HTTP, l'USB, la prise murale

Pensez à la façon dont vous choisissez un ordinateur portable. Vous ne le choisissez pas parce qu'il a un port USB — tous en ont un. Le port est la façon dont la valeur entre et sort ; il n'est pas la valeur. Vous choisissez sur l'écran, la batterie, la puce, la fabrication.

Le MCP est le port USB de l'IA d'entreprise. C'est aussi le HTTP de la communication agent-système, la prise murale de la livraison de contexte : indispensable, invisible, et parfaitement inintéressant comme critère d'achat. Personne ne choisit un site web parce qu'il « supporte HTTP ». Personne ne devrait choisir une plateforme EA parce qu'elle « supporte le MCP ». Le protocole est la commodité. La décision se prend sur ce qui circule à travers lui.

• L'USB ne rend pas un appareil bon — il permet juste à un bon appareil de se connecter
• HTTP ne rend pas un site précieux — c'est le contenu derrière qui le fait
• Le MCP ne rend pas le contexte utile — ce sont les données gouvernées derrière qui le font

Quand tout le monde expose un port, le port cesse de compter

Ce n'est pas hypothétique. Les grandes plateformes convergent vite vers le MCP. Ardoq, LeanIX, ServiceNow et SAP s'orientent chacun, à leur manière, vers l'exposition de leurs données d'architecture et opérationnelles via des interfaces IA standard. Nous les nommons neutrement — comme des adopteurs du même protocole, car c'est précisément le point.

Quand quatre ou cinq éditeurs sérieux livrent tous un serveur MCP, la case s'aplatit. « Supportez-vous le MCP ? » devient une question dont la réponse est oui chez tout le monde, comme « supportez-vous le SSO ? ». Le marché se réinitialise discrètement : le protocole est présumé, et la vraie comparaison descend d'un cran — vers la qualité de ce que chaque port expose.

Cessez de vendre le port. La valeur est le contexte derrière.

Si le port est une commodité, le produit est le contexte. Et le contexte est l'endroit où vivent les différences honnêtes, difficiles et défendables. Deux éditeurs peuvent tous deux parler un MCP impeccable et délivrer une valeur radicalement différente, parce que l'un fait transiter un modèle frais, gouverné et souverain, et l'autre un instantané vieux de 18 mois vers un LLM en cloud américain.

Voici les questions qui séparent réellement les offres — et aucune n'est répondue par le mot « MCP » :

• Qualité : le modèle est-il exact et fiable, ou un cimetière de schémas à moitié maintenus ?
• Fraîcheur : est-ce un contexte vivant, ou un instantané périmé qu'un agent lira de travers avec assurance ?
• Gouvernance : l'accès est-il borné par rôle, conscient des permissions et tracé pour l'audit ?
• Souveraineté : quand un agent l'interroge, où vont physiquement vos données d'architecture ?

La souveraineté est l'axe que le port ne peut pas vous montrer

Pour une institution régulée de l'UE, le dernier point est celui qui transforme une démo en conversation DORA, CSSF, RGPD ou EU AI Act. Une cartographie d'architecture d'entreprise est un plan quasi complet de l'organisation. La connecter à un agent IA via un MCP parfaitement standard, pendant que les données font un aller-retour vers un LLM externe, est une décision de gouvernance déguisée en fonctionnalité de protocole.

C'est là qu'ArchiLU plante son drapeau — et là où nous sommes délibérément honnêtes sur ce qui est livré versus ce vers quoi nous allons. Nous ne prétendons pas disposer d'un serveur MCP souverain aujourd'hui ; en construire un, conscient de la résidence des données par conception, est notre conviction et notre feuille de route. Ce qui existe aujourd'hui, c'est la partie qui rend tout futur port digne d'être branché : un modèle EA connecté de capacités, de portefeuille applicatif et de dépendances, un hébergement en région UE ou on-premise que vous contrôlez, le français et l'anglais natifs, et un prix publié (1 290 / 2 500 EUR/mois, Enterprise sur devis, utilisateurs illimités). Construire le contexte d'abord ; exposer le port en dernier. Un standard au-dessus d'un référentiel périmé et non gouverné ne vaut rien — et c'est la partie que personne ne peut copier avec une case à cocher.

KPIs du contexte IA régulé

Mesurez si votre contexte est fiable et gouverné, pas le nombre de requêtes de l'agent.

• Fraîcheur du contexte : âge médian des objets d'architecture vs réalité vivante
• Part des réponses traçables vers une source gouvernée et à périmètre de permission
• Types d'objets sensibles couverts par une politique de redaction/résidence
• Couverture d'audit : prompts et réponses loggés et revus

Common mistakes

La plupart des initiatives MCP-pour-EA échouent sur la qualité du contexte et la gouvernance bien avant d'échouer sur le protocole.

• Exposer tout le référentiel d'architecture à des LLM externes sans contrôle de résidence des données
• Traiter le MCP comme le différenciateur au lieu du contexte gouverné derrière
• Brancher un référentiel maintenu à la main vieux de 18 mois auquel l'agent ne peut pas se fier
• Aucune permission-awareness, aucun logging, aucune redaction des objets sensibles

Practical checklist

À faire avant de connecter un agent IA à votre référentiel d'architecture.

• Confirmer où vont prompts et réponses, et si la donnée reste dans votre région
• Imposer un accès permission-aware : l'agent ne voit que ce que l'utilisateur peut voir
• Classer et masquer les types d'objets sensibles (vulnérabilités, flux de données, contrôles)
• Logger prompts et réponses pour l'audit, et garder un humain dans la boucle pour tout changement