IA pour Revit : une tâche limitée et vérifiable

Déterminez comment l’assistant accède à la maquette

« IA pour Revit » recouvre plusieurs méthodes. Un assistant conversationnel peut lire des nomenclatures et des plans exportés. Un assistant de programmation peut préparer un graphe Dynamo ou un complément. Un outil intégré peut utiliser un moteur Revit pour examiner ou modifier les données de la maquette. Demandez quelle voie est réellement disponible avant de promettre une modification.

Une capture d’écran montre le contenu visible d’une vue. Un export de nomenclature fournit certaines lignes et certains champs. Aucun des deux ne donne accès à toute la maquette RVT, à ses fichiers liés ou à toutes les relations entre éléments. Une première tâche utile consiste souvent à comparer des données exportées en lecture seule, en conservant les identifiants des éléments pour les contrôler dans Revit.

Autodesk décrit une véritable connexion dans la préversion technique du Revit Public MCP Server : installer le complément, configurer un client IA compatible et le connecter à Revit. Les outils documentés comprennent les requêtes sur la maquette, les propriétés des éléments, les rapports, l’export de vues et la navigation. Confirmez la version installée, les autorisations et les outils exposés avant de confier le travail ; une connexion ne garantit pas à elle seule la possibilité de modifier librement la maquette. Les traitements par lots exécutés par un moteur constituent une autre voie d’intégration, décrite dans l’Automation API.

Choisissez une opération délimitée

Rechercher des codes de pièces manquants, comparer des listes de feuilles ou vérifier des paramètres par rapport à une table de correspondance approuvée sont de bonnes premières tâches. Leurs entrées et sorties sont observables. « Nettoyer la maquette » mélange au contraire dénomination, géométrie, avertissements, familles et décisions de projet dans une consigne floue.

Pour un audit de paramètres, précisez la catégorie, la portée par occurrence ou par type, l’identité du paramètre, la phase, la variante et le traitement des éléments liés. Gardez visibles les pièces non placées ou non fermées si nécessaire. Le seul nom d’une pièce constitue rarement une clé de rapprochement fiable.

Demandez un tableau des modifications proposées avant toute écriture. Chaque ligne doit contenir l’identité de la maquette, l’ID de l’élément ou une autre référence stable, la valeur actuelle, la valeur proposée et le motif. Les entrées manquantes ou contradictoires de la table doivent rester non résolues, plutôt que recevoir une valeur par défaut plausible.

Exemple : les codes de finition des pièces

Supposons que l’équipe ait approuvé un tableau associant les identifiants des pièces à des codes de finition. Exportez la nomenclature actuelle avec les identifiants, les paramètres utiles et la révision de la maquette source. Comparez-la au tableau sans modifier la maquette.

Comparez cet export de pièces Revit à la révision D du tableau approuvé des codes de finition. Conservez les identifiants des pièces et les références des éléments. Présentez les correspondances, entrées manquantes, doublons et valeurs proposées contradictoires. Ne déduisez pas les finitions des noms de pièces. Préparez uniquement un tableau des modifications proposées ; ne modifiez pas la maquette.

Examinez d’abord les exceptions. Deux pièces portant le même numéro affiché peuvent appartenir à des bâtiments, phases ou maquettes liées différents. Un code de finition vide peut signaler une décision de conception en suspens plutôt qu’une erreur de saisie.

Une fois la correspondance approuvée, une automatisation distincte peut écrire uniquement dans le paramètre désigné des éléments acceptés. Cette séparation permet d’examiner la décision technique avant son exécution.

Définissez et testez l’automatisation

Consignez la version de Revit et l’environnement d’automatisation, y compris les packages ou compléments requis. Un script fonctionnant dans une autre version peut dépendre d’un comportement de l’API ou d’un accès aux paramètres différent. Vérifiez les détails de mise en œuvre dans la documentation API Autodesk de la version cible et exigez que l’automatisation indique l’environnement pris en charge.

Testez sur une copie autorisée. Exigez un rapport de simulation, des limites de transaction explicites, le nombre de modifications prévues et un journal des échecs. Une tâche d’écriture doit s’arrêter en cas de correspondance ambiguë d’un paramètre, plutôt que d’écrire discrètement dans un champ au nom similaire.

Contrôlez un échantillon directement dans Revit et comparez le nouvel export complet au tableau approuvé. Une exécution sans erreur ne prouve pas que les bons éléments ont été modifiés.

Reliez les contrôles de la maquette à ceux des plans

La correction d’un paramètre peut modifier les nomenclatures, les étiquettes ou le contenu des feuilles. Examinez ces vues en aval avant de diffuser le dossier. Inversement, un PDF d’apparence correcte ne prouve pas que la maquette contient les bonnes valeurs de paramètres.

Le processus établi d’ARAI pour les plans utilise DWG/DXF ; la modification native des maquettes RVT n’en fait pas partie. Pour une question de dessin, partez d’un export DWG ou PDF autorisé et conservez la révision de la maquette, les unités et les réglages d’export. Utilisez la géométrie DWG pour mesurer les objets et les feuilles PDF pour examiner le contenu visible ou effectuer un contrôle après étalonnage. Préparez une question sur un plan exporté. Pour automatiser la maquette, utilisez une voie offrant un accès vérifié aux données Revit réelles.