Nous sommes Nonica. Nous développons le A.I. Connector for Revit dans NonicaTab, l'une des premières connexions MCP pour Revit. Nous avons beaucoup appris en cours de route sur ce qui fonctionne et ce qui ne fonctionne pas quand on connecte l'A.I. à Revit, et nous voulons partager cela en toute honnêteté.
Si vous avez entendu le terme "Revit MCP" et que vous n'êtes pas sûr de ce que cela signifie, cette page est pour vous. Pas de jargon, pas de battage médiatique. Juste une explication claire par les personnes qui le construisent au quotidien.
Approche par génération de code
Approche MCP
Ce diagramme résume l'essentiel de cette page. Décortiquons tout cela.
Qu'est-ce que le MCP, en langage simple ?
MCP signifie Model Context Protocol. Il a été créé par Anthropic (l'entreprise derrière Claude) comme un standard ouvert. Voyez-le comme un adaptateur universel qui permet à n'importe quel assistant A.I. de se connecter à n'importe quel logiciel.
Avant le MCP, chaque intégration A.I. était construite sur mesure à partir de zéro. Le MCP donne aux assistants A.I. un langage commun pour communiquer avec des outils comme Revit, de sorte que vous n'êtes pas enfermé dans une seule plateforme.
Dans le contexte de Revit, Revit MCP signifie connecter un assistant A.I. à votre modèle Revit actif via ce standard. L'A.I. peut lire votre modèle, répondre à des questions à son sujet et, avec les bons outils, y apporter des modifications.
Le problème que nous avons constaté avec l'A.I. qui écrit du code pour Revit
Quand nous avons commencé à explorer l'A.I. pour Revit, l'approche évidente était celle que tout le monde essayait : laisser l'A.I. écrire du code.
Vous posiez une question comme "trouver tous les murs sans classement au feu", et l'A.I. générait un script. Des lignes de code de programmation conçues pour interroger votre modèle Revit. En théorie, c'est séduisant.
En pratique, ça ne marchait pas bien. Voici ce que nous rencontrions sans arrêt :
Petites erreurs, grosses conséquences
Du code qui a l'air correct mais qui utilise les mauvais noms ou les mauvais paramètres. Dans Revit, cela signifie des plantages ou des résultats erronés.
Il faudrait être programmeur
Si l'A.I. vous donne 30 lignes de code et que quelque chose ne va pas, comment le sauriez-vous ?
Pas de conversation, juste des suppositions
L'A.I. générait du code en une seule fois, sans regarder votre modèle réel au préalable. Elle devinait au lieu d'examiner.
Chaque demande repart de zéro
Même si vous aviez posé une question similaire la veille, l'A.I. écrivait un tout nouveau code à chaque fois, avec de toutes nouvelles possibilités d'erreurs.
Nous avons observé ce schéma encore et encore, pas seulement avec notre outil mais dans toute l'industrie. Le code généré par l'A.I. pour Revit n'est pas fiable, car la structure interne de Revit est immense et complexe. Même les développeurs expérimentés se font piéger. Attendre d'une A.I. qu'elle y arrive à chaque coup n'est tout simplement pas réaliste.
Comment fonctionne Revit MCP à la place
Au lieu de demander à l'A.I. d'écrire du code à partir de zéro, nous avons construit une approche différente : nous donnons à l'A.I. un ensemble d'outils prêts à l'emploi et testés.
Chaque outil fait un travail spécifique. Nous les avons testés en profondeur pour qu'ils fonctionnent correctement et de manière cohérente :
Trouver des éléments
Obtenir tous les éléments d'un certain type, catégorie ou filtre
Lire les propriétés
Vérifier les valeurs des paramètres, matériaux, worksets
Effectuer des modifications
Mettre à jour des paramètres, déplacer des éléments, modifications en masse
Vérifier les avertissements
Trouver les problèmes du modèle et ce qui les cause
Analyser la géométrie
Boîtes englobantes, emplacements, données spatiales
Générer des rapports
Contrôles qualité, décomptes d'éléments, comparaisons
Quand vous posez une question à l'A.I., elle n'écrit pas de code. Elle choisit les bons outils, les utilise dans le bon ordre et vous donne la réponse. C'est comme la différence entre demander à quelqu'un de fabriquer une perceuse à partir de pièces détachées et lui tendre une perceuse fonctionnelle en disant "utilise ça".
La différence clé : l'A.I. n'improvise pas. Elle utilise des outils qui ont été construits et vérifiés pour fonctionner correctement. La partie créative, déterminer quels outils utiliser et comment interpréter les résultats, c'est ce dans quoi l'A.I. excelle vraiment.
Comment ils se comparent, honnêtement
| Approche MCP | Génération de code | |
|---|---|---|
| Fiabilité | Utilise des outils pré-testés, résultats cohérents | L'A.I. devine le code, les petites erreurs sont fréquentes |
| Rapidité | Fonctionne en quelques secondes | Écrire, vérifier, corriger, recommencer |
| Faut-il savoir coder ? | Non. Posez votre question en français | Oui. Quelqu'un doit vérifier le code |
| Que peut-il faire ? | Tout ce que les outils disponibles permettent (50+) | Tout en théorie, mais des erreurs en pratique |
| Sécurité | Chaque outil a des garde-fous intégrés | Exécute le code que l'A.I. écrit |
| Fonctionne avec votre modèle actif ? | Oui. L'A.I. lit votre modèle réel en temps réel | Génère généralement du code sans voir le modèle |
Pour être honnête, la génération de code a un vrai avantage : elle est théoriquement illimitée. Si quelqu'un construit un nouvel outil MCP, il doit d'abord être programmé et testé. Une A.I. génératrice de code peut tenter n'importe quoi. Elle n'y arrivera simplement pas toujours. Pour les utilisateurs avancés capables de vérifier le code, cette flexibilité compte.
À quoi cela ressemble au quotidien
Voici ce que l'utilisation de Revit MCP donne concrètement. Pas de scripts, pas de débogage, juste de la conversation :
L'A.I. peut aussi enchaîner plusieurs étapes. Vous pourriez lui demander de "trouver tous les équipements mécaniques au Niveau 3, vérifier s'ils ont un paramètre de planning de maintenance, et lister ceux qui n'en ont pas." L'A.I. utilisera plusieurs outils en séquence pour résoudre cela, sans que vous ayez besoin de savoir comment ça fonctionne en coulisses.
Ce que Revit MCP ne peut pas faire (pour l'instant)
Nous pensons qu'être honnête sur les limites est tout aussi important qu'expliquer les avantages. Voici où Revit MCP est en retrait aujourd'hui :
Limites actuelles
- Ce n'est pas illimité. Le MCP ne peut faire que ce que les outils disponibles supportent. Nous avons plus de 50 outils aujourd'hui, mais il y a des opérations Revit qu'ils ne couvrent pas encore. La génération de code, malgré tous ses défauts, peut théoriquement tenter n'importe quoi.
- Pas de création de géométrie complexe. Vous ne pouvez pas demander à l'A.I. de dessiner un escalier personnalisé ou de modéliser une forme de toiture complexe par la conversation. C'est encore le domaine de la modélisation manuelle ou d'outils comme Dynamo.
- La qualité de la question compte. L'A.I. n'est utile qu'à la mesure de la question que vous posez. Des questions vagues donnent des réponses vagues. Être précis ("murs au Niveau 2 dans le Workset A" plutôt que simplement "murs") fait une grande différence.
- Revit doit être ouvert. Le MCP se connecte à une session Revit active. Vous ne pouvez pas traiter des modèles hors ligne ou sans Revit installé.
- Les gros modèles prennent plus de temps. Sur de très gros projets, certaines opérations (surtout celles qui parcourent chaque élément) peuvent prendre quelques instants. C'est toujours bien plus rapide que de le faire manuellement, mais ce n'est pas toujours instantané.