pas le feu au lac

Note · Usages et essais ·

Autodesk Assistant : du document aux actions dans Revit · 3/3

Après l’ouverture de l’IFC dans Revit, je joins les règles d’un projet à Autodesk Assistant. Deux essais avec un BEP montrent comment un document peut guider l’analyse du modèle, et ce qu’il faut encore encadrer.

Autodesk Assistant : vos documents dans Revit. Joindre les règles, préciser la demande et vérifier les propositions.
Premier essai : joindre un BEP à Autodesk Assistant sur une maquette d’exemple.

Relier les documents à la maquette

Cette note termine le parcours commencé avec les visites et les variantes de l’appartement · 1/3, puis la génération d’un IFC et son ouverture dans Revit · 2/3. Elle rassemble deux démonstrations : celle de ma publication LinkedIn, sur une maquette d’exemple, et celle réalisée ensuite sur la base IFC. Ce sont deux modèles distincts.

Un document décrit les exigences. Une maquette contient les éléments auxquels elles doivent s’appliquer. Jusqu’ici, faire le lien demandait de lire, d’interpréter, puis de retrouver les informations dans le modèle.

Le bouton « Ajouter des fichiers » d’Autodesk Assistant ouvre une autre possibilité : joindre le support de référence à la demande. Au lieu de recopier des consignes, on donne à l’assistant le contexte qui lui manque. C’est l’évolution que j’ai présentée dans ma publication LinkedIn.

Premier essai sur une maquette d’exemple

Dans mon environnement Revit 2027.3, je joins « BEP.pdf », un plan d’exécution BIM. Je demande une comparaison avec le modèle ouvert, notamment sur les noms des feuilles et des niveaux :

Analyse ce plan d’exécution BIM et vérifie si notre modèle est conforme, notamment au niveau des noms de feuilles et des noms de niveaux. Fais-moi un compte rendu BEP / maquette.

L’assistant relève d’abord que le document et la maquette d’exemple concernent deux projets différents. Il produit ensuite des tableaux comparant les exigences du BEP avec les informations qu’il indique avoir retrouvées dans Revit : noms et altitudes des niveaux, nommage des feuilles et autres écarts. Le récapitulatif est ensuite copié dans Word.

C’est ce qui rend l’essai intéressant : le PDF n’est pas seulement résumé. Il sert de référence à une analyse du modèle ouvert. On passe d’une question générale à une demande située dans le projet.

Ce test confirme la prise en charge de ce PDF dans mon environnement. Il ne valide pas tous les formats, ni la fiabilité d’un contrôle complet : comparer deux projets différents fait ressortir des écarts évidents. Les données extraites et les conclusions restent à vérifier. La vidéo montre un compte rendu, pas l’application automatique de corrections.

Deuxième essai sur la base issue de l’IFC

Je reprends ensuite la même démarche sur la base ouverte depuis l’IFC : joindre un BEP en PDF, comparer les noms de niveaux et de feuilles, puis obtenir un compte rendu.

J’ai volontairement choisi un BEP d’un autre projet. Le diagnostic négatif est attendu : les niveaux requis ne sont pas présents et aucune feuille n’est disponible pour le contrôle demandé. Je cherche ici à observer le lien entre un document et le modèle, pas à certifier cet appartement avec ces règles.

Extrait du deuxième essai, sur la base ouverte depuis l’IFC.

L’assistant propose des corrections, que je n’applique pas dans cette démonstration. Il précise ne pas avoir contrôlé automatiquement les paramètres partagés, l’export IFC et la taille des fichiers. Le compte rendu reste à examiner, avec son périmètre et ses limites.

De l’analyse à une correction maîtrisée

Pour un prochain essai sur un projet correspondant au document, je commencerais par une règle précise. Le nommage des vues permet, par exemple, de demander un résultat facile à examiner :

À partir des règles de nommage jointes, liste les vues non conformes. Pour chacune, indique le nom actuel, le nom proposé et la règle utilisée. Signale les informations manquantes et attends ma validation avant toute modification.

Le périmètre compte. Un BEP peut aussi traiter des responsabilités, des échanges ou des livrables extérieurs à Revit. Toutes ses exigences ne sont donc pas vérifiables dans la maquette.

Un exemple publié le 2 octobre par Olivier Bayle montre le renommage de vues à partir d’une image contenant les règles, après des précisions et une confirmation. L’assistant y raccourcit aussi un libellé de sa propre initiative. Une proposition plausible peut donc s’écarter de l’intention.

Ce que l’ajout d’un fichier permet déjà de constater

Au-delà du BEP, une capture pour expliquer un problème, des règles de nommage ou un document technique ouvrent d’autres pistes. Leur portée dépend des fichiers acceptés et des outils accessibles à l’assistant ; mes essais ne confirment ici que la prise en charge des PDF utilisés.

La documentation Autodesk décrit l’aide, l’interrogation du modèle et certaines modifications. Elle indique aussi que les capacités peuvent évoluer indépendamment des versions de Revit.

Le contexte du projet entre dans le logiciel

Pour moi, c’est une évolution majeure : je ne donne plus seulement une commande au logiciel, je lui apporte le contexte du projet, ses règles, ses exigences et mes intentions. L’assistant peut les relier aux objets de la maquette, m’aider à les analyser et préparer des interventions au fil du travail.

La qualité de ce contexte et de la demande devient décisive. Il faut savoir ce que l’on demande, ce qui a réellement été examiné et ce qui reste à vérifier.

Une petite partie de ce qui arrive

La révolution ne se joue pas seulement dans la rapidité d’une vidéo. Une personne qui ne connaît ni les plans ni les logiciels du bâtiment peut déjà explorer son projet et le faire évoluer. De mon côté, j’ai poussé quelques demandes jusqu’à une base IFC, son ouverture dans Revit et une analyse guidée par un document. Ces essais ne montrent qu’une partie minime de l’iceberg.

Je n’ai fourni ni guide détaillé, ni prompts approfondis, ni cadrage complet des exigences. La suite se jouera dans des cas d’usage structurés : les bonnes informations au bon moment, des étapes maîtrisées et des contrôles. J’anticipe que l’intégration native de ces capacités dans nos outils quotidiens accélérera encore leur adoption. C’est ma lecture de la direction prise ; mes démonstrations ne prouvent pas encore la fiabilité d’un tel processus.

Je reste techno-optimiste, mais cette facilité peut aussi compliquer les échanges. Une personne sans connaissance du bâtiment pourra multiplier les variantes et les questions. Les espaces seront mieux compris ; les architectes devront davantage expliquer les contraintes, trier les propositions et justifier leurs choix.

Certaines tâches pourront perdre leur valeur ou disparaître. Le conseil, l’arbitrage et la responsabilité prendront une autre place. Que deviendront les métiers qui n’auront pas appris à travailler avec ces nouvelles capacités ?

Pour moi, des acteurs comme Mensch und Maschine ont un rôle moteur à jouer : former les professionnels, construire avec eux des cas d’usage adaptés et accompagner leur mise en œuvre. Passer d’une démonstration à un travail fiable exige des professionnels capables de comprendre le projet et d’encadrer ces outils.

Sources

DANS CE CHAPITRE

Les étapes du texte.

Rechercher

LES IMAGES

Une recherche
en cours.

Le tableau photographique reprend les dix visuels de la première version. Ces images créées avec l’IA restent exploratoires et provisoires.

Le même mur, les mêmes indices, du début à la fin. Les textes de la réflexion sont conservés intégralement.

UNE RÉFLEXION DE SÉBASTIEN.