Claude, Astra : jusqu’où peut-on automatiser la production BIM ?

Une maquette générée à partir de photographies. Des paramètres renseignés dans Revit. Un planning construit à partir d’un IFC. Les essais récents de Claude et d’Astra touchent désormais aux fichiers de travail. Ils posent aussi une question très concrète aux agences et aux bureaux d’études : si une partie de la production s’accélère, comment les missions vont-elles évoluer ?

Le chalet est modélisé, jusqu’aux fauteuils et aux assiettes. Dans le test publié par BIM Pure le 14 septembre, Astra reconstitue un bâtiment dans Revit à partir de quelques images. Puis arrive la précision qui intéressera ceux qui devront reprendre le fichier : les objets ont été produits en DirectShape.

La démonstration prend alors une autre dimension. Peut-on modifier les parois, remplacer les fenêtres et poursuivre les études avec cette maquette ? Combien de travail reste-t-il pour l’intégrer à un projet ?

Ces questions méritent d’être posées. Mais s’arrêter aux limites du fichier passerait à côté d’une autre interrogation : que pourrait-il se produire lorsque ces outils sauront enchaîner davantage d’opérations, avec moins de reprises ? C’est déjà le sujet de plusieurs échanges entre professionnels sur LinkedIn.

Dans Revit, les usages dépassent la génération de géométrie

Chez BIM Pure, un autre essai, publié le 31 août, explore une tâche moins spectaculaire et bien connue des équipes BIM : extraire des informations d’un modèle et les remettre au bon endroit.

Avec Claude Code et pyRevit MCP, le traitement porte sur des données d’appartements : distance aux escaliers et aux ascenseurs, nombre et surface des fenêtres, hauteur maximale sous plafond. Les résultats sont inscrits dans des paramètres associés aux surfaces Revit. Le traitement devient ensuite un outil pyRevit réutilisable, sans nouvelle demande à formuler à l’IA.

Ce dernier point compte. Il ouvre la possibilité de transformer une demande ponctuelle en outil de travail, adapté aux besoins d’une équipe. Encore faut-il vérifier les calculs et leur comportement sur d’autres configurations.

Les publications récentes couvrent ainsi plusieurs usages :

Essai documenté	Résultat rapporté	Question pour la suite du projet
Astra dans Revit : BIM Pure	Chalet reconstitué en DirectShape	Quelle reprise avec les objets et les méthodes de l’équipe ?
Claude avec pyRevit : BIM Pure	Données calculées, paramètres renseignés et outil réutilisable	Les calculs restent-ils justes sur d’autres modèles ?
Claude Fable 5.1 : EPM Research	IFC généré depuis une photographie, puis planning associé	Quelles hypothèses ont servi aux dimensions et aux tâches ?
Astra dans Blender : OpenAI	Scène architecturale produite par Python, puis développée dans Unreal Engine	Quels éléments sont réutilisables pour les livrables attendus ?

Ces expériences ne permettent pas de classer Claude et Astra : les entrées, les outils et les objectifs diffèrent. Elles sont rapportées par leurs auteurs et n’ont pas été reproduites par HEXABIM. [1–4]

Le changement pourrait venir de l’enchaînement des tâches

Une opération automatisée fait gagner du temps. Plusieurs opérations reliées peuvent modifier l’organisation des études.

L’expérience présentée par Pouya Zangeneh, d’EPM Research, fournit un point de départ à cette réflexion. L’auteur décrit la génération d’un IFC à partir d’une photographie, puis la création d’un planning dont les activités sont reliées aux éléments du modèle. Certaines dimensions sont estimées à partir de composants visibles sur l’image : elles ne constituent donc pas un relevé. [3]

L’intérêt prospectif tient à la continuité recherchée entre géométrie, données et documents. Si elle devient suffisamment fiable, une équipe pourrait préparer plus rapidement certaines variantes, leurs quantités et les pièces nécessaires à leur examen.

C’est aussi la perspective discutée par Martyn Day sur LinkedIn : rapprocher la génération de modèles d’outils de conception comme TestFit ou Finch. Dans les commentaires, Wassim Jabi annonce vouloir travailler sur les liens entre géométrie, topologie et sémantique avec TopologicPy et Bonsai. Il s’agit d’une piste de développement annoncée, pas d’une chaîne opérationnelle démontrée. [5]

Pour une agence ou un BET, l’enjeu serait alors d’identifier les tâches qui peuvent être rapprochées, les passages de relais qui restent nécessaires et les décisions qui doivent être validées avant de poursuivre.

Produire plus vite : qui récupère le gain ?

C’est l’une des préoccupations exprimées dans cette discussion LinkedIn. L’architecte Justin Jed Zumel s’interroge notamment sur une accélération qui profiterait surtout à la réduction des honoraires et des délais, tandis que les exigences pesant sur les professionnels resteraient élevées. Cette inquiétude décrit un risque économique, pas un effet déjà mesuré. [5]

Plusieurs trajectoires sont possibles. Une équipe pourrait consacrer le temps dégagé à comparer davantage de variantes, résoudre des interfaces ou approfondir les études. Elle pourrait aussi absorber davantage de projets. De leur côté, les clients pourraient attendre une livraison plus rapide ou une prestation moins coûteuse.

Ces situations pourraient coexister. Le gain technique ne détermine pas automatiquement qui en bénéficie.

Pour les équipes françaises, une question mérite donc d’être posée dès les premiers essais : que mesure-t-on exactement ? Le temps nécessaire pour obtenir un premier fichier, ou celui qui permet de livrer un résultat vérifié ?

La préparation des données, la configuration des outils et les corrections doivent entrer dans le calcul. Les publications retenues ne fournissent pas de mesure comparable de ce travail complet.

Le contrôle prendra-t-il plus de place dans les missions ?

Revenons au chalet. Une demande ordinaire ferait un bon deuxième test : déplacer une fenêtre, modifier une hauteur d’étage, puis examiner les conséquences dans le modèle.

Ce serait l’occasion de vérifier la reprise des objets, la conservation des informations et la cohérence des documents. La limite des DirectShape relevée par BIM Pure porte sur cet essai précis ; elle ne permet pas de conclure à une incapacité générale d’Astra dans Revit. [1]

Le même examen doit s’appliquer à Claude. Une donnée calculée doit pouvoir être vérifiée. Une dimension estimée doit être identifiable. Un planning généré doit être confronté aux conditions réelles du chantier.

Le contrôle pourrait ainsi occuper une place plus visible dans certaines missions. Mais il représente lui aussi du travail : définir les règles, examiner les écarts, comprendre les erreurs et décider des corrections. Son coût et sa rémunération méritent autant d’attention que la vitesse de production.

Une piste se dessine pour les équipes BIM : formaliser leurs paramètres, leurs bibliothèques, leurs méthodes et leurs critères d’acceptation pour pouvoir déléguer des opérations bien définies. C’est une hypothèse de progression, dont les effets restent à mesurer sur des projets français.

La prochaine démonstration utile pourrait commencer par une phrase familière : « Le client a demandé une modification. » Montrer les reprises, les contrôles et le temps nécessaire pour livrer la nouvelle version permettrait de discuter plus sérieusement de ce que les équipes peuvent déléguer : et de la façon dont leurs missions pourraient évoluer.