Tous les MCPRevit MCP
CAO & BIM

Revit MCP

Revit est le standard BIM d'Autodesk le plus répandu en agence d'architecture. Ce serveur MCP Revit associe un serveur TypeScript à un add-in C# pour créer murs, sols, portes, trames, niveaux et pièces, calculer des quantitatifs de matériaux, étiqueter murs et pièces et exporter les données de pièces. Compatible Revit 2020 à 2026.

Quand l'utiliser

Utile pour automatiser des tâches répétitives sur une maquette Revit — mise à jour d'éléments, extraction de données, contrôles de cohérence.

Projets tiers · vérifiés manuellement · non maintenus par Educasium

Revit MCP connecte un assistant compatible MCP, comme Claude Desktop ou Claude Code, à une maquette Autodesk Revit ouverte localement. Le dépôt actuellement référencé par Educasium, mcp-servers-for-revit/mcp-servers-for-revit, n'est pas le dépôt amont historique : sa page GitHub le présente explicitement comme un fork Sparx du projet revit-mcp, avec des outils et améliorations fonctionnelles ajoutés. C'est un point important pour une agence : on évalue ici une chaîne open source active, mais pas un produit Autodesk ni un connecteur officiel Revit.

En pratique, ce MCP ne remplace pas Revit, Dynamo ou une convention BIM. Il ajoute une couche de dialogue : l'assistant traduit une demande en appel d'outil, le serveur TypeScript relaie cet appel à un add-in C# chargé dans Revit, puis le command set exécute l'opération via l'API Revit. La promesse est intéressante pour les agences BIM qui répètent souvent les mêmes actions : interroger les éléments visibles, créer des niveaux ou pièces, extraire des données de rooms, produire des quantitatifs matériaux, appliquer des tags ou tester une sélection.

Sommaire

  1. Ce que fait vraiment Revit MCP
  2. Architecture technique et installation
  3. Capacités utiles pour une agence BIM
  4. Comparaison avec Dynamo et Archicad MCP
  5. Sécurité, gouvernance et limites
  6. Position Educasium
  7. Sources et suite logique

Ce que fait vraiment Revit MCP

À retenir : Revit MCP donne à Claude une interface d'action sur Revit, mais uniquement dans le périmètre des commandes exposées par le serveur et activées dans l'add-in local. Le README vérifié indique que le projet permet à des clients MCP de lire, créer, modifier et supprimer des éléments dans des projets Revit, à travers trois composants : serveur TypeScript, add-in Revit C# et command set C#.

Lecture, création et modification du modèle

Le périmètre documenté couvre d'abord la lecture : informations sur la vue courante, éléments visibles, éléments sélectionnés, types de familles disponibles, statistiques de modèle et quantitatifs de matériaux. Pour une agence, ces fonctions servent surtout à réduire les allers-retours manuels quand il faut comprendre ce qui se trouve dans une vue ou préparer une extraction.

Le périmètre d'écriture est plus sensible. Le README liste des outils de création pour éléments ponctuels, linéaires et surfaciques, ainsi que des commandes pour grilles, niveaux, pièces, dimensions et systèmes de structure. Le manifest command.json vérifié expose 23 commandes, dont create_grid, create_level, create_room, create_dimensions, delete_element, operate_element et send_code_to_revit. Ce dernier point impose une vraie prudence : exécuter du C# dynamique dans Revit n'est pas un usage à ouvrir sans règles internes.

Un fork, pas un connecteur officiel

Le dépôt GitHub indique une licence MIT, une publication de release v1.0.0 et des archives séparées pour Revit 2020, 2021, 2022, 2023, 2024, 2025 et 2026. Ces éléments rendent le projet plus exploitable qu'un simple prototype isolé, mais ils ne créent pas de garantie éditeur. Autodesk n'est pas le mainteneur du dépôt et l'agence reste responsable de ses tests avant usage sur une maquette client.

La provenance doit aussi être lue correctement. Le dépôt référencé est un fork du projet original revit-mcp, lui-même distinct des anciens dépôts séparés pour serveur, plugin et command set. Cela peut être un avantage si le fork ajoute les outils dont l'agence a besoin, mais cela impose de vérifier régulièrement si l'amont ou le fork reçoit les corrections les plus utiles.

Architecture technique et installation

À retenir : l'installation combine un serveur Node local et un add-in Revit installé dans le profil utilisateur Windows. Le flux technique documenté est MCP client vers serveur via stdio, serveur vers plugin via WebSocket, plugin vers command set, puis command set vers API Revit.

Serveur TypeScript et add-in C#

Le serveur MCP est publié comme package npm sous le nom mcp-server-for-revit. Le README mentionne Node.js 18 ou plus, mais le package.json du serveur vérifié indique une exigence Node supérieure ou égale à 20.0.0. Pour une installation fiable en 2026, il faut donc considérer Node 20 comme la base pratique, surtout si l'agence veut éviter les écarts entre documentation et package publié.

Côté Revit, la release GitHub v1.0.0 fournit une archive ZIP par version Revit de 2020 à 2026. Le README décrit une copie dans le dossier AppData Autodesk Revit Addins de la version concernée, puis l'activation de l'add-in au lancement de Revit. Les versions Revit 2020 à 2024 ciblent .NET Framework 4.8 côté développement, tandis que Revit 2025 et 2026 ciblent .NET 8.

Activation des commandes

L'installation ne s'arrête pas à la copie des fichiers. Le README indique qu'après le démarrage de Revit, l'utilisateur doit ouvrir le bouton Settings du ruban mcp-servers-for-revit, activer les commandes voulues, puis enregistrer. Cette étape est utile en gouvernance : une agence peut décider de n'activer d'abord que des commandes de lecture, puis d'ajouter des commandes d'écriture après test.

La configuration du client MCP se fait ensuite dans Claude Code ou Claude Desktop, en lançant le package npm avec npx. Dans une agence, il vaut mieux transformer cette étape en procédure interne documentée : version Node, version Revit, archive ZIP utilisée, commandes activées, modèle de test, personne responsable de la validation.

Capacités utiles pour une agence BIM

À retenir : les cas d'usage les plus crédibles ne sont pas les effets spectaculaires, mais les opérations répétitives, vérifiables et réversibles. Revit MCP devient intéressant quand l'assistant manipule des éléments que l'équipe peut contrôler rapidement dans la maquette.

Modélisation et annotation

Les commandes de création couvrent des éléments basés sur un point, une ligne ou une surface. Dans un langage agence, cela correspond à des familles placées, murs ou poutres, sols, plafonds ou toitures selon les familles et paramètres disponibles dans le projet. Le serveur expose aussi la création de grilles, niveaux, pièces et dimensions, ce qui le rapproche davantage d'un assistant de production BIM que d'un simple moteur de requêtes.

L'annotation est un autre terrain concret. Le README liste des outils pour taguer les murs et les pièces, tandis que le manifest expose tag_walls et tag_rooms. Cela peut aider sur des vues répétitives, mais il faut garder un contrôle humain : un tag mal placé ou une pièce mal nommée peut polluer un livrable, même si l'opération semble mineure.

Extraction de données et quantitatifs

Le command set expose export_room_data, get_material_quantities et analyze_model_statistics. Pour une agence d'architecture, ces fonctions servent à préparer des contrôles de cohérence : surfaces de pièces, volumes, périmètres, paramètres renseignés, comptage par catégorie, famille ou niveau. Elles ne remplacent pas une mission économiste, mais elles peuvent accélérer un pré-contrôle avant réunion ou livraison intermédiaire.

La donnée extraite reste dépendante de la qualité de la maquette. Si les pièces ne sont pas fermées, si les matériaux ne sont pas correctement affectés ou si les paramètres agence sont incohérents, l'assistant produira une synthèse propre sur une base fausse. C'est la même limite que pour les nomenclatures Revit classiques : l'automatisation ne corrige pas une structure BIM fragile.

Comparaison avec Dynamo et Archicad MCP

À retenir : Revit MCP n'occupe pas la même place que Dynamo. Il est plus conversationnel, mais moins mature comme environnement visuel de scripts et de validation.

OptionUsage naturelForce principalePoint de vigilance
Revit MCPPiloter Revit depuis un assistant IA localDialogue rapide, appels d'outils, accès lecture et écritureProjet open source non officiel, gouvernance indispensable
DynamoAutomatiser Revit par graphes visuels et scriptsÉcosystème éprouvé dans les agences RevitCourbe d'apprentissage et maintenance des graphes
Archicad MCPConnecter Claude à Archicad via TapirLarge surface de commandes Tapir côté ArchicadDépendance à deux projets tiers séparés

Revit MCP face à Dynamo

Dynamo reste la référence quand une agence veut construire des workflows reproductibles, versionnés et transmis à une équipe BIM. Revit MCP est plus adapté à des opérations ponctuelles en langage naturel : interroger une vue, créer une série limitée d'éléments, extraire une synthèse, tester une idée sur un modèle de copie. Le bon usage n'est pas de remplacer tous les graphes Dynamo, mais de repérer les tâches où une interaction conversationnelle est plus rapide qu'un script complet.

Pour des opérations réglementaires, des nomenclatures critiques ou des traitements de centaines d'éléments, Dynamo garde l'avantage de la lisibilité et de la validation préalable. Revit MCP peut intervenir en amont pour explorer, préparer ou expliquer, puis l'équipe BIM formalise ce qui doit devenir durable. Cette séparation évite de transformer l'assistant en boîte noire de production.

Revit MCP face à Archicad MCP

Le MCP Archicad dépend d'une chaîne différente : le serveur archicad-mcp s'appuie sur Tapir, un add-on Archicad maintenu séparément. Revit MCP regroupe serveur, plugin, command set, tests et release workflow dans le même dépôt référencé, même si ce dépôt reste un fork. Pour une agence, c'est une différence de maintenance : moins de pièces organisationnelles côté Revit, mais toujours une dépendance à un projet communautaire.

Le choix réel vient du logiciel BIM déjà utilisé. Une agence Revit ne devrait pas tester Archicad MCP pour de simples raisons de curiosité, et une agence Archicad ne devrait pas migrer de logiciel pour un connecteur MCP. Le MCP doit suivre le workflow BIM existant, pas l'inverser.

Sécurité, gouvernance et limites

À retenir : la chaîne tourne localement, mais local ne veut pas dire sans risque. Les commandes s'appliquent à une maquette Revit réelle ; le risque principal n'est pas seulement la confidentialité, c'est l'intégrité du modèle.

Confidentialité et données locales

Le serveur MCP, le plugin Revit et le command set s'exécutent sur le poste local. Le fichier Revit n'est pas envoyé tel quel au dépôt GitHub ou à npm. En revanche, les extraits que l'utilisateur partage avec l'assistant, les noms d'éléments, paramètres ou résultats d'analyse, peuvent entrer dans la conversation avec le modèle utilisé.

Pour une agence soumise à des clauses de confidentialité, la règle doit être simple : test sur maquette interne ou copie anonymisée, jamais sur un fichier client sensible lors du premier essai. Les données envoyées au modèle doivent être limitées à ce qui est nécessaire pour la tâche. Cette discipline vaut aussi pour Claude Desktop, Claude Code, Cline ou tout autre client MCP compatible.

Ce qu'il ne faut pas automatiser sans contrôle

Les commandes delete_element, operate_element et send_code_to_revit doivent être traitées comme des commandes à privilèges élevés. Elles peuvent être utiles dans un environnement maîtrisé, mais elles ne doivent pas être activées par défaut pour toute l'équipe. Une bonne première phase consiste à tester les commandes de lecture et d'extraction, puis à ajouter progressivement les commandes de création sur une copie de modèle.

Le projet a des tests d'intégration avec Nice3point.TUnit.Revit contre une instance Revit vivante, ce qui est un signal sérieux pour un projet open source. Ces tests ne remplacent pourtant pas un protocole agence : sauvegarde, modèle témoin, revue BIM manager, journal des commandes activées et validation avant toute utilisation en production.

Position Educasium

À retenir : Educasium peut aider une agence à comprendre et cadrer ce type d'outil, mais ne doit pas le vendre comme une solution déjà validée en production sans preuve interne.

Retour d'expérience disponible

Educasium forme les architectes et professionnels du bâtiment à l'usage opérationnel de l'IA, avec une attention particulière aux workflows BIM, à la qualité des livrables et aux limites métier. Nous n'avons pas encore déployé ce serveur Revit MCP précis dans une agence cliente ni mesuré un gain de temps vérifié sur un projet réel. Cette absence doit rester visible : l'article analyse un outil open source vérifié, pas une étude de cas Educasium.

Cette prudence renforce la valeur de la recommandation. Plutôt que d'annoncer une automatisation générale de Revit, il faut partir d'un périmètre maîtrisé : extraction de données de pièces, contrôle de vue, création de niveaux sur un modèle de test, ou annotation limitée. Une agence peut ensuite décider si le connecteur mérite d'entrer dans son référentiel BIM interne.

Hypothetical implementation

Hypothetical implementation. Pour un pilote sérieux, Educasium recommanderait de créer une copie d'un modèle école, d'installer la release correspondant à la version Revit de l'équipe, d'utiliser Node 20 pour le serveur npm, puis d'activer d'abord les commandes de lecture. Le BIM manager documenterait les résultats : ce que l'assistant comprend correctement, ce qui doit rester manuel, les commandes à bloquer, les erreurs observées et les scénarios où Dynamo reste préférable.

Une fois ce protocole validé, l'équipe pourrait tester une seconde vague sur des commandes de création simples : grilles, niveaux, pièces ou dimensions dans une vue contrôlée. La décision finale ne devrait pas être "adopter ou rejeter l'IA dans Revit", mais "quelles commandes MCP sont assez fiables pour notre façon de produire". C'est une démarche de méthode, pas un effet de démonstration.

Sources et suite logique

À retenir : les informations techniques de cette page viennent des dépôts GitHub, de la release et du package npm, pas d'une page commerciale. Les chiffres de versions, la licence MIT, la nature de fork et les commandes citées ont été vérifiés sur les sources listées en bas de page.

À lire ensuite

Si votre agence travaille déjà sur Revit, commencez par lire notre guide sur le meilleur plugin IA Revit en 2026 pour distinguer assistant de conception, rendu et automatisation BIM. Pour une vision plus large, consultez aussi IA et BIM : ce qui change pour la maquette numérique et le comparatif des logiciels IA pour architectes.

Les équipes qui veulent cadrer ces usages côté compétences peuvent ensuite regarder la formation Maîtriser l'IA en architecture ou le hub Skills pour architectes. Le bon objectif n'est pas d'ajouter un outil de plus, mais de décider quelles tâches Revit méritent vraiment une automatisation assistée par IA.

Questions fréquentes

Revit MCP est-il un outil officiel Autodesk ?

Non. Le dépôt référencé est publié sous licence MIT par l'organisation mcp-servers-for-revit, et sa page GitHub indique qu'il s'agit d'un fork du projet original revit-mcp. Autodesk n'est pas présenté comme mainteneur. Une agence doit donc le traiter comme un outil open source tiers à tester avant usage sur projet client.

Quelles versions de Revit sont couvertes ?

La release v1.0.0 vérifiée fournit des archives ZIP séparées pour Revit 2020 à Revit 2026. Le README indique aussi cette plage de compatibilité. En pratique, il faut choisir l'archive correspondant exactement à la version installée dans l'agence, puis tester sur une copie de modèle.

Faut-il utiliser Node 18 ou Node 20 ?

Le README mentionne Node.js 18 ou plus, mais le package.json vérifié du serveur npm demande Node supérieur ou égal à 20.0.0. Pour éviter un écart entre documentation et package, il vaut mieux installer Node 20. C'est la base la plus prudente pour un poste agence en 2026.

Peut-on laisser Claude modifier directement une maquette client ?

Techniquement, certaines commandes permettent de créer, modifier ou supprimer des éléments. En production, ce n'est pas la bonne première étape. Il faut commencer sur une copie anonymisée, limiter les commandes activées, conserver une sauvegarde et faire valider les résultats par un BIM manager avant tout usage client.

Revit MCP remplace-t-il Dynamo ?

Non. Dynamo reste plus adapté aux workflows visuels, reproductibles et validés collectivement. Revit MCP est plus utile pour des interactions ponctuelles en langage naturel, des extractions rapides ou des tests sur copie de modèle. Les deux outils peuvent coexister si l'agence définit clairement ce qui relève de l'exploration et ce qui relève de la production BIM.