MCP en architecture : protocole, usages et limites

Le MCP en architecture attire parce qu'il promet de relier un assistant à Revit, Rhino, Archicad ou d'autres outils. Le protocole ne rend pourtant ni le modèle omniscient ni le logiciel autonome. Il fournit une manière structurée d'exposer des ressources et des actions. La sécurité dépend de ce qui est exposé, à qui et avec quelles validations.

La règle simple à retenir : connecter n'est pas déléguer. Avant le premier essai, l'équipe doit distinguer lecture, suggestion, modification et exécution irréversible.

Sommaire

Nous clarifions le rôle de MCP, puis le choix d'un cas d'usage, les permissions, la recette, les compétences à former et les raisons de ne pas ajouter cette couche.

Ce que le protocole apporte réellement

MCP standardise la communication entre une application cliente et un serveur qui expose des capacités. Il peut éviter une intégration différente pour chaque paire d'outils, mais ne définit pas à lui seul les règles métier ni la qualité des actions.

La spécification Model Context Protocol du 28 juillet 2026 décrit l'architecture et les primitives du protocole. Un serveur peut exposer des ressources, des outils ou des prompts selon son implémentation. La présence d'un serveur public ne prouve ni sa sécurité ni son adéquation à un projet professionnel.

Un schéma clair aide à localiser les responsabilités. Si le client peut appeler un outil d'écriture, l'autorisation doit être visible et limitée. Si le serveur ne fait que lire des métadonnées, le risque est différent.

Partir d'un cas d'usage étroit

Un pilote MCP doit commencer par une tâche observable et réversible. « Piloter le projet avec l'IA » est trop large. « Lister les vues qui ne respectent pas une convention de nommage » permet de définir une entrée, une sortie et un contrôle.

Lecture avant écriture

Commencez par interroger un modèle de test : propriétés, listes, incohérences ou éléments sélectionnés. Demandez une sortie structurée et comparez-la au logiciel. Une erreur de lecture doit être comprise avant d'autoriser la moindre modification.

Écriture limitée

Une action d'écriture doit annoncer son périmètre, présenter un aperçu et offrir un retour arrière. Les commandes génériques qui peuvent modifier l'ensemble du modèle demandent un niveau de contrôle supérieur. Travaillez sur une copie et conservez le journal des actions.

Mise en œuvre hypothétique. Un assistant pourrait demander au serveur MCP la liste des vues d'un fichier de démonstration, proposer des noms conformes à une convention, puis attendre une sélection explicite avant toute modification. Ce mécanisme est un exemple de pilote, pas un déploiement réalisé chez un client Educasium.

Permissions, provenance et maintenance

Le point critique n'est pas seulement ce que l'assistant comprend, mais ce que le serveur l'autorise à faire. Un composant téléchargé depuis un dépôt doit être examiné comme du code qui agit dans l'environnement métier.

Identifiez l'auteur, la licence, la fréquence des mises à jour, les dépendances et les accès réseau. Vérifiez le comportement lorsque le logiciel, l'API ou le modèle change. Une démo ancienne peut fonctionner sur une version précise et échouer ailleurs.

L'ANSSI publie des recommandations de sécurité pour les systèmes d'IA générative. Elles aident à replacer le connecteur dans un système plus large : identité, secrets, journalisation, cloisonnement et supervision.

Educasium publie déjà des fiches de ressources MCP. L'article présent ne les remplace pas ; il fournit la méthode commune qui doit précéder l'essai d'une ressource MCP pour architectes.

Tester la qualité sans confondre fluidité et exactitude

Un assistant peut décrire une action plausible qu'aucun outil n'exécute réellement. Le test doit comparer l'intention formulée, l'appel envoyé, le résultat dans le logiciel et la trace conservée.

Préparez des cas normaux et des cas limites : objet absent, sélection vide, unité différente, fichier verrouillé et action répétée. Vérifiez que le serveur refuse proprement ce qui dépasse son périmètre. Une erreur explicite est préférable à une modification partielle silencieuse.

Notre guide sur les outils IA pour architectes aide à situer MCP parmi les autres familles d'outils. Le comparatif des logiciels IA d'architecture traite le choix fonctionnel ; ici, le sujet est l'intégration et la responsabilité.

Former les rôles, pas seulement l'utilisateur final

Un pilote MCP concerne au minimum l'utilisateur métier, la personne qui maintient le serveur et la personne responsable des données. Former seulement la personne qui écrit les requêtes laisse les accès et les mises à jour sans propriétaire.

Le programme de formation doit expliquer la frontière entre demande en langage naturel et action technique. Il doit aussi apprendre à lire un journal, suspendre un connecteur et signaler un comportement inattendu. Le guide de la formation IA en entreprise fournit une base pour répartir ces niveaux.

Expérience délimitée et position d'Educasium

Educasium documente et forme aux usages IA pour les métiers de l'architecture ; nous ne déclarons pas avoir déployé les serveurs cités dans un projet client. Notre opinion est que l'apprentissage doit commencer par un modèle bac à sable et une permission de lecture. La valeur d'une connexion ne justifie pas de sauter la recette.

Ce choix pédagogique évite de transformer une démonstration en promesse de production. Il permet aussi de comparer plusieurs implémentations avec les mêmes critères : périmètre, traçabilité, reprise et maintenance.

Limites et contre-cas

MCP n'est pas nécessaire pour toutes les tâches. Exporter un tableau, utiliser une API officielle ou écrire un script contrôlé peut être plus simple et plus stable. Le protocole ajoute une couche qui doit être maintenue.

Évitez un pilote si le projet ne dispose pas de copie de test, si les droits ne sont pas compris ou si personne ne peut examiner le serveur. Ne connectez pas un modèle sensible pour gagner quelques minutes sur une tâche rare. Le bénéfice doit compenser la surface technique et organisationnelle ajoutée.

Questions fréquentes

MCP est-il un modèle d'intelligence artificielle ?

Non. Il s'agit d'un protocole d'échange entre une application cliente et des serveurs qui exposent des capacités. Le modèle peut utiliser ces capacités selon le client et les autorisations. La qualité du modèle et la sécurité du serveur restent des sujets distincts. Il faut évaluer chaque couche.

Un serveur MCP peut-il modifier une maquette ?

Oui si son implémentation expose des actions d'écriture et si le logiciel les permet. Ce n'est pas automatique pour tous les serveurs. Vérifiez les outils déclarés, le code et les permissions. Commencez sur une copie avec aperçu et validation humaine.

Peut-on utiliser un serveur trouvé sur GitHub ?

On peut l'étudier, mais il ne faut pas l'exécuter en production sur la seule foi de sa page. Examinez l'auteur, la licence, les dépendances, les secrets et les accès réseau. Faites relire le code si le risque le justifie. Testez ensuite dans un environnement isolé.

Quelle compétence faut-il enseigner en premier ?

La décomposition du cas d'usage et la lecture des permissions passent avant l'art du prompt. L'utilisateur doit savoir ce que l'outil peut lire et modifier. Il doit aussi reconnaître une action qui dépasse la demande. Cette compréhension reste utile même si l'implémentation change.

Préparer un pilote MCP responsable

Formation éligible à une prise en charge OPCO/FIF PL sous conditions. Organisme certifié Qualiopi. Découvrez la formation IA pour architectes ou contactez Educasium pour cadrer un environnement d'apprentissage sans données projet sensibles.