MCP Revit : cadrer un pilote en agence

Un MCP Revit peut donner à un assistant un accès structuré à des informations ou actions du logiciel. Cette possibilité ne doit pas commencer sur une maquette en production. Le premier objectif est de comprendre ce que le serveur expose, comment Revit exécute l'action et comment l'équipe constate une erreur.

Concrètement, un bon pilote ne cherche pas à impressionner par le nombre de commandes. Il prouve qu'une tâche étroite peut être exécutée, contrôlée et annulée dans un environnement préparé.

Sommaire

Le guide couvre la définition du test, la chaîne technique, les quatre passages de recette, les rôles BIM, les données, la décision finale et les cas d'arrêt.

Définir une tâche avant de choisir un serveur

Le cas d'usage doit pouvoir être décrit sans le mot « IA ». Si l'équipe ne sait pas expliquer l'entrée, la règle et la sortie attendue, le serveur ne clarifiera pas le besoin.

Un pilote peut porter sur l'inventaire de vues, la vérification de paramètres ou la préparation d'une liste d'anomalies. Évitez les formulations comme « optimiser la maquette » qui cachent plusieurs décisions métier. N'autorisez pas une modification tant que la lecture équivalente n'a pas été comparée au résultat natif de Revit.

La documentation officielle de l'API Revit rappelle que les extensions agissent au travers d'une API et d'un contexte d'exécution précis. Un serveur MCP ajoute une interface, mais les contraintes du logiciel et de son API restent applicables.

Examiner la chaîne technique complète

Le serveur MCP n'agit pas seul : il dépend d'un client, d'un modèle, d'un composant Revit et parfois d'un pont local. Chacune de ces couches peut introduire une erreur ou un accès supplémentaire.

La spécification MCP définit le protocole, pas la sûreté d'un serveur particulier. L'équipe doit donc inspecter l'implémentation et sa provenance. Une vidéo de démonstration ne remplace ni le code ni la recette.

Construire le pilote en quatre passages

La progression lecture, proposition, écriture limitée, reprise réduit la surface d'erreur. Chaque passage doit avoir ses critères et produire une trace.

1. Lire

Interrogez une maquette dédiée et comparez les objets retournés à une nomenclature ou à l'interface. Testez une sélection vide, un objet supprimé et un paramètre absent. L'assistant doit signaler l'absence au lieu de compléter une valeur plausible.

2. Proposer

Demandez une liste de changements sans exécution. La proposition doit identifier les objets concernés, l'ancienne valeur et la nouvelle. Une phrase générale n'est pas un aperçu suffisant.

3. Écrire sur une copie

Limitez le nombre d'objets et exigez une confirmation. Vérifiez les unités, les identifiants et les dépendances. Une action répétée ne doit pas créer un doublon silencieux.

4. Reprendre

Fermez le client, provoquez une erreur et redémarrez. L'équipe doit savoir où se trouve le journal et comment revenir à l'état précédent. Si la reprise dépend du développeur du serveur, cette dépendance doit être acceptée explicitement.

Mise en œuvre hypothétique. Un assistant pourrait lire dix vues d'un fichier école, proposer des noms conformes à une convention, puis modifier uniquement celles que l'utilisateur coche. Cet exemple décrit un test possible, sans résultat client ni déploiement revendiqué.

Séparer la compétence BIM de la formulation

Une consigne naturelle ne transforme pas l'utilisateur en responsable BIM. Les conventions, paramètres partagés, gabarits et conséquences sur les livrables restent des décisions métier. L'assistant doit appliquer une règle définie, pas en inventer une.

La formation doit donc réunir une personne qui connaît Revit et une personne capable d'examiner le composant technique. Notre article sur les outils IA pour architectes montre déjà que l'outil dépend du flux. Le guide IA et BIM situe les usages d'assistance sans déléguer la responsabilité de la maquette.

Données, fichiers et accès

Une maquette contient davantage que de la géométrie : noms, phases, familles, commentaires et parfois informations de projet. Cartographiez ce que le serveur lit et transmet. Ne supposez pas qu'une exécution locale reste locale si le client appelle un modèle distant.

L'ANSSI propose des recommandations utiles pour les systèmes d'IA générative. Le guide Educasium sur la confidentialité des données IA aide à classer les informations. Commencez avec un fichier synthétique dépourvu de données client.

Expérience délimitée

Educasium n'affirme pas avoir déployé un serveur MCP Revit dans une agence cliente. Nous proposons une méthode de formation et de recette fondée sur des environnements de test, la vérification et l'absence de données projet sensibles. Cette limite est volontaire : un connecteur en évolution ne doit pas être présenté comme une solution de production éprouvée sans preuve.

L'opinion défendue est que la compétence la plus importante n'est pas d'écrire une longue requête. C'est de reconnaître l'action qui dépasse le périmètre autorisé et de la refuser.

Formaliser la décision après le pilote

À la fin, rédigez une fiche courte : tâche testée, versions, données utilisées, droits accordés, erreurs observées et charge de maintenance. La conclusion peut autoriser uniquement la lecture, demander un nouveau test ou refuser le connecteur. Fixez aussi une date de réexamen. Sans cette trace, une démonstration temporaire risque de devenir un usage permanent sans propriétaire.

Limites et contre-cas

Un script Revit contrôlé peut être préférable à MCP pour une tâche stable et déterministe. Une nomenclature native peut suffire pour une vérification simple. Ajouter un modèle de langage à une règle déjà claire augmente parfois le coût et l'incertitude.

Le pilote doit être suspendu si le serveur n'est pas inspectable, si la version n'est pas compatible ou si aucune copie de test n'existe. Il ne faut pas non plus utiliser un connecteur pour contourner les procédures BIM de l'agence.

Questions fréquentes

MCP Revit remplace-t-il Dynamo ou pyRevit ?

Non de manière générale. Dynamo, pyRevit et les extensions API répondent à des besoins d'automatisation qui peuvent être plus déterministes. MCP peut fournir une interface commune à un assistant, mais ajoute une couche et une sortie probabiliste. Comparez la tâche, la maintenance et le besoin de langage naturel.

Peut-on tester sur un vrai projet si le serveur ne fait que lire ?

La lecture peut déjà exposer des informations confidentielles. Commencez sur une copie synthétique pour comprendre la chaîne et les journaux. Examinez ensuite les conditions du modèle et les accès réseau. Une autorisation métier et sécurité peut rester nécessaire.

Qui doit valider une action proposée ?

La personne compétente sur la règle BIM et responsable du livrable. Le développeur du serveur ne connaît pas nécessairement les conventions du projet. La validation doit porter sur les objets précis et les conséquences. Une confirmation générique ne suffit pas.

Comment savoir si le pilote est concluant ?

Définissez avant le test les erreurs acceptables, le temps de correction et la procédure de reprise. Un pilote concluant produit une trace reproductible, pas seulement une démonstration réussie. Il doit aussi montrer ses limites. La décision peut être de ne pas poursuivre.

Former sur un environnement contrôlé

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 pilote sans données projet sensibles.