Analyse

DDC libère ses procédures IA, son convertisseur Revit a sa propre licence

DataDrivenConstruction publie sur GitHub des procédures d'automatisation pour le bâtiment, écrites pour être exécutées par un assistant de code, sous licence MIT. Deux d'entre elles, qui lisent des fichiers Revit et DWG, appellent un convertisseur que l'éditeur place sous une autre licence, dans un dépôt voisin dont le fichier d'accueil se contredit sur l'étendue de cette licence.

Ajouter à vos sources préférées

Par Steve Deguilly · Publié le

Un bureau de chantier : un ordinateur portable fermé posé entre des feuilles de plans et un dossier de documents pliés, un casque de chantier blanc flou à l'arrière-plan sur une étagère.
Le texte d'une procédure nomme les exécutables qu'elle appelle : la ligne se lit avant, la dépendance se découvre sinon après, sur les fichiers touchés. Illustration générée par IA.

DataDrivenConstruction, l’éditeur du progiciel de gestion OpenConstructionERP, publie sur GitHub plus de 200 procédures d’automatisation pour le bâtiment, écrites pour être exécutées par un assistant de code et placées sous la licence libre MIT. Celles qui lisent un fichier Revit ou un plan AutoCAD dépendent pourtant, sans alternative prévue, d’un convertisseur que l’éditeur range sous une autre licence, dans un dépôt voisin dont le fichier d’accueil se contredit sur ce qu’elle autorise. Les deux dépôts ont été relevés le 3 septembre 2026.

Ces procédures, que le dépôt appelle des « skills », répondent aux promesses commerciales selon lesquelles un assistant d’intelligence artificielle (IA) peut automatiser un métré, une extraction de cahier des clauses techniques particulières (CCTP) ou un chiffrage. D’ordinaire, celui qui l’entend ne voit qu’une démonstration, sans le code qui tourne derrière l’écran ni ce que l’assistant touchera sur les fichiers du projet. Un dépôt public donne au contraire accès, avant toute exécution, au texte exact de chaque procédure. La licence MIT permet à n’importe qui de les lire, de les copier et de les modifier sans payer ni demander d’autorisation.

Des procédures lisibles avant d’être lancées

Chaque procédure est un fichier texte, SKILL.md, qui décrit un problème, le code Python à écrire pour le traiter et les outils nécessaires pour l’exécuter. Le principe, annoncé en tête du dépôt, est de l’ouvrir dans un assistant de code, Claude Code, Cursor et Copilot étant cités nommément, qui lit la procédure, génère le code qu’elle décrit, puis l’exécute sur les fichiers du projet. Le fichier d’accueil les range en six familles, des outils prêts à l’emploi jusqu’à une famille dédiée à OpenConstructionERP.

Leur nombre exact reste flou. Le même fichier annonce 238 procédures dans sa première phrase, et 221 une ligne plus bas. Entre le 1er et le 3 septembre, le dépôt a affiché ces deux valeurs en alternance, et son nombre de modifications enregistrées a baissé, ce qui ne se produit normalement pas sans réécriture de l’historique.

Des taux de marge écrits dans le code

La procédure estimate-builder construit un chiffrage à partir de codes d’ouvrage et de quantités, avec des majorations fixées dans le texte même du code : 15 % de frais généraux, 10 % de marge et 5 % d’aléas. Le texte dit ainsi d’où viendront les nombres avant qu’un assistant ne les écrive dans un fichier, et un économiste peut vérifier que ces taux sont les siens. La procédure specification-extractor, présentée comme un outil d’extraction de texte et de tableaux depuis un PDF, touche de son côté à la lecture d’un CCTP, et son texte décrit de la même façon ce qui sera extrait.

Un plan de logement déplié sur un bureau, une zone entourée au crayon rouge à l'intersection de deux cloisons. Une règle graduée et un crayon posés en travers de la feuille, des rouleaux de plans à l'arrière-plan, un casque de chantier blanc flou au second plan.

Repérer une ligne à vérifier sur un plan, au crayon, avant de la faire lire par un exécutable dont le texte de la procédure donne le nom, et dont la licence se lit dans un autre dépôt. Illustration générée par IA.

Revit et AutoCAD passent par un convertisseur à part

Pour lire un fichier Revit, la procédure rvt-to-excel appelle un programme nommé RvtExporter.exe ; pour un plan AutoCAD, dwg-to-excel appelle DwgExporter.exe. Leur liste d’outils requis ne prévoit aucun autre programme en remplacement.

Ces deux convertisseurs viennent d’un dépôt voisin du même éditeur, cad2data, et son fichier d’accueil ne dit pas la même chose d’un bout à l’autre. En tête, une note les réserve à l’usage personnel et de recherche. En pied, la section consacrée à la licence pose une double licence, MIT pour le code et la documentation, propriétaire pour les programmes compilés, et ne réserve à une licence commerciale que trois cas : l’usage générateur de revenus, le service en ligne et la redistribution. Notre prise en main d’OpenConstructionERP avait déjà trouvé, le 17 août, ces mêmes convertisseurs sous licence commerciale pour l’import des fichiers DWG, RVT et DGN (le format de MicroStation).

La procédure ifc-to-excel, pour les maquettes au format d’échange ouvert IFC, laisse une issue : sa configuration accepte, à côté du convertisseur propriétaire IfcExporter, un programme libre nommé IfcConvert, même si le code qu’elle décrit appelle par défaut le premier. Sur ce dépôt, lire un fichier Revit ou un plan AutoCAD dépend donc d’un convertisseur à part sans autre issue écrite, alors que lire une maquette IFC en offre une.

CE QUE TROIS PROCÉDURES APPELLENT POUR LIRE UN FICHIERRVT-TO-EXCELFichier lu.rvt (Revit)Exécutable appeléRvtExporter.exeAlternative libreAucune, dans le textede la procédureDWG-TO-EXCELFichier lu.dwg (AutoCAD)Exécutable appeléDwgExporter.exeAlternative libreAucune, dans le textede la procédureIFC-TO-EXCELFichier lu.ifc (2x3, 4x1, 4x3)Exécutable appeléIfcExporter.exeAlternative libreIfcConvert, second nomacceptéLes trois procédures sont publiées sous licence MIT. Ce qu’elles appellent pour lire le fichier ne l’est pas toujours.Dépôts DDC Skills et cad2data, commits ce45bbf et 4549842, relevés le 3 septembre 2026.

Deux colonnes sur trois appellent un exécutable sans repli prévu dans le texte de la procédure : c’est la ligne à lire avant de laisser un assistant ouvrir un fichier de maquette.

Trois formulations pour un bureau d’études

Le texte de la licence propriétaire accorde, à son article 2.1, un usage gratuit « personnel ou professionnel », et réserve à son article 2.2 une licence commerciale à l’usage « à capacité génératrice de revenus ». La note en tête du fichier d’accueil réduit pour sa part ce droit à l’usage personnel et de recherche. Aucun de ces textes ne dit si un bureau d’études qui exécute ces procédures pour ses propres chiffrages entre dans l’usage professionnel gratuit ou dans l’usage commercial ; l’article 2.1 renvoie en outre à des conditions générales hébergées sur le site de l’éditeur, hors de notre relevé. Trois formulations dans deux fichiers du même éditeur : lui seul peut trancher un cas donné, sur demande écrite.

Une ligne à lire avant d’autoriser

Sur rvt-to-excel et dwg-to-excel, toute la dépendance tenait sur une ligne : le nom d’un programme requis, dans la liste des outils de la procédure. Le métreur qui reprendra un chiffrage produit ainsi, comme le responsable BIM qui autorise l’installation sur un poste, peut se poser deux questions avant toute exécution : la procédure recoupe-t-elle le lot ou la tâche visée, et appelle-t-elle un programme, un service ou une base de données qui n’est pas sous les yeux ? Cette lecture ne demande aucun abonnement, et elle s’applique à n’importe quelle procédure, publiée en clair ou vendue par un éditeur, qui peut être priée de la montrer.

Lire aussi

Un cas concret dans votre structure ?

30 minutes pour regarder où l’IA vous ferait gagner du temps, et sur quoi elle ne changerait rien. Si je ne peux pas vous aider, je vous le dis en dix.

Réserver 30 minutes