Profil client
L’équipe de cette étude de cas travaille dans la discipline de l’ingénierie mécanique au sein d’un cabinet de conseil en services du bâtiment de taille moyenne. Son activité quotidienne consiste à produire la documentation de construction pour des systèmes CVC commerciaux et institutionnels — réseaux de gaines d’air soufflé, conduits d’extraction, plans de diffuseurs et fiches de détail de fabrication et d’installation sur lesquelles s’appuient les entrepreneurs et les inspecteurs pendant un chantier.
Le personnel technique couvre deux rôles qui se recoupent. Les ingénieurs CVC conçoivent le système et valident les spécifications ; les techniciens CAO transposent ces conceptions en dossiers de plans. Ces deux fonctions traitent régulièrement des fichiers DWG complexes à plusieurs sections, provenant de sous-traitants ou produits en interne, qui doivent ensuite être regroupés en livrables prêts à remettre au client. Ces livrables comprennent généralement des nomenclatures structurées dans Excel, une documentation lisible par l’humain pour la coordination de projet, ainsi que des éléments d’audit de couverture prouvant qu’aucune section du dessin n’a été oubliée.
Problème
Le dessin en question était une feuille complète de détails de gaines CVC contenant plus de vingt sections distinctes de construction et de spécification. Les sections nommées dans le fichier comprenaient les détails d’isolation des gaines, les détails de suspentes de gaines, les configurations de diffuseurs de plafond en soufflage, les détails de raccords flexibles, les détails types de gaines de dérivation, les détails de traversée de paroi pour gaines, les détails de caisson plénum, les détails de diffuseurs, les spécifications de joints pour gaines et accessoires ronds, les dimensions minimales des suspentes pour gaines rondes, les tableaux de sélection de calibre des gaines rondes en acier galvanisé, les détails de joints et d’assemblages de gaines, les détails de construction de raidisseurs intermédiaires, les joints de conduits sous pression, ainsi que d’autres références libellées — Détail A, Détail B et détails de doublure acoustique de gaine.
Le traitement manuel d’un fichier de cette taille entraînait une accumulation de problèmes. D’abord, les fichiers DWG ne sont pas directement interopérables avec tous les outils en aval : la conversion en DXF nécessite soit une licence AutoCAD complète, soit un utilitaire de conversion dédié, et le résultat doit être validé. Ensuite, la géométrie brute du DXF n’est pas explicite : les limites de section, le texte d’annotation et les lignes de tableau existent comme des types d’entités séparés, sans relation parent-enfant inhérente. Déterminer quel texte appartient à quelle section exige un raisonnement spatial sur des milliers de coordonnées d’entités. Troisièmement, le tableau de gaines à faible vitesse — un tableau de référence de 7 colonnes et 9 lignes intégré au dessin — devait être extrait dans un fichier Excel mis en forme pour être utilisé dans les métrés et les échanges avec les entrepreneurs. Reconstituer un tableau à partir des données de positionnement du texte DXF et de la géométrie des lignes prend du temps, même pour des techniciens expérimentés, et le risque d’une erreur de transcription ou d’une ligne oubliée est bien réel.
Enfin, avant de partager les livrables avec des parties externes, l’équipe avait besoin d’un audit de couverture : une confirmation explicite que chaque section nommée avait bien été prise en compte et documentée, et pas seulement les sections faciles à repérer.
Pourquoi maintenant
Le déclencheur immédiat était une remise de jalon projet. L’équipe s’était engagée à livrer au maître d’œuvre un résumé complet du dossier de plans et une nomenclature structurée d’ici la fin de la semaine. Comme plusieurs ingénieurs travaillaient simultanément sur différentes phases du projet, il n’y avait pas de capacité disponible pour confier l’extraction et la documentation à une seule personne pendant une journée entière. La tâche devait être réalisée plus vite que ne le permettait le processus manuel, sans sacrifier la précision.
Une pression secondaire venait de l’interopérabilité des formats. Le logiciel de chiffrage de l’entrepreneur acceptait le DXF mais pas le DWG, la conversion de format n’était donc pas optionnelle. Effectuer la conversion, puis l’inventaire des sections, puis l’extraction du tableau, puis la documentation — soit quatre opérations manuelles successives — aurait consommé la majeure partie d’une journée de travail, avant même les éventuels cycles de relecture.
Pourquoi energent.ai
L’équipe a évalué plusieurs approches avant d’utiliser energent.ai. Une macro AutoCAD scriptée pouvait gérer la conversion de format, mais ne produirait pas la documentation des sections ni l’extraction Excel sans développement personnalisé important. Une bibliothèque Python autonome de parsing DXF était envisageable pour un développeur, mais pas pour les ingénieurs et techniciens qui devaient avancer rapidement sans écrire de code. L’idée de faire appel à un dessinateur pour la transcription manuelle a également été envisagée, mais le délai de réalisation n’était pas compatible avec l’échéance.
energent.ai offrait un profil différent : un agent d’analyse de données capable d’accepter directement des fichiers CAO binaires, d’exécuter des commandes Python et shell dessus sans que l’utilisateur ait à écrire de code, de produire plusieurs formats de sortie à partir d’une seule session et d’expliquer son raisonnement en langage clair. L’équipe pouvait téléverser le fichier DWG, décrire ce dont elle avait besoin, et laisser l’agent gérer la conversion de format, l’analyse spatiale, la reconstitution du tableau et la génération de la documentation — tout en vérifiant les résultats à chaque étape plutôt que de construire et déboguer elle-même des scripts.
La capacité de l’agent à générer à la fois des sorties lisibles par machine (DXF, XLSX) et des artefacts d’audit lisibles par l’humain (dashboards HTML, documentation markdown) au cours d’une seule session a été le facteur décisif.
Workflow
Le workflow s’est déroulé en six étapes logiques, toutes au sein d’une seule session energent.ai.
Étape 1 — Conversion de format. L’équipe a téléversé le fichier DWG. L’agent l’a converti en fichier DXF interopérable et a produit un dashboard récapitulatif de conversion sous forme de fichier HTML. Le dashboard indiquait la version DXF, les noms des layouts, le nombre d’entités et la taille du fichier de sortie — offrant à l’équipe une vérification immédiate que la conversion avait bien capturé l’intégralité du dessin.
Étape 2 — Analyse de la logique de feuille. L’agent a analysé la structure du DXF et a généré un dashboard de logique de feuille. Cet artefact HTML décrivait le dessin à un niveau élevé : le type de dessin (feuille de détails de gaines CVC), les principaux groupes de détails présents et la manière dont le contenu DXF s’articulait logiquement — un contexte qu’un ingénieur aurait autrement dû reconstituer en lisant manuellement le fichier brut.
Étape 3 — Inventaire des sections et documentation. L’agent a parcouru le DXF à la recherche des limites de sections nommées et a produit une explication markdown section par section couvrant toutes les sections découvertes. Le markdown incluait des descriptions en langage simple de l’utilité de chaque sous-section et de sa place dans la logique de conception des gaines CVC. L’agent a également produit un dashboard d’inventaire des sous-sections — une visualisation HTML reliant chaque section principale et sous-section de support découverte à son entrée de documentation, confirmant qu’aucune section importante n’avait été omise.
Étape 4 — Validation de la couverture. Avant de passer à l’extraction, l’agent a recoupé sa sortie markdown avec l’inventaire DXF. Il a confirmé une couverture explicite pour six sections principales (détail d’isolation des gaines, détail de suspente de gaine, diffuseur de plafond en soufflage, détail de raccord flexible, détail type de gaine de dérivation et détail de traversée de paroi pour gaine) ainsi que pour toutes les sous-sections de support et globales listées dans le dessin.
Étape 5 — Extraction du tableau de gaines à faible vitesse. L’agent a localisé le tableau de gaines à faible vitesse dans le DXF en recherchant le texte de la note associée et en analysant le texte et la géométrie des lignes à proximité. Il a reconstitué la grille du tableau à partir des données spatiales DXF, en isolant 7 colonnes et 9 lignes de tableau. Il a ensuite écrit le tableau dans un classeur Excel avec la première ligne mise en rouge sur toutes les cellules d’en-tête, puis a ajouté sous le tableau la note définissant la faible vitesse : la note précise que les gaines à faible vitesse sont des gaines dont la vitesse ne dépasse pas 9.144 m/s et dont la pression statique ne dépasse pas 500 pascals.
Étape 6 — Consolidation des livrables. L’agent a listé les six fichiers générés avec une description en langage clair de l’objectif de chaque fichier et de la manière dont ils s’articulent en un ensemble cohérent, fournissant à l’équipe un inventaire de remise prêt à l’emploi pour accompagner la soumission.
Résultats
À la fin de la session, l’équipe disposait de six livrables prêts pour la production :
- Un fichier DXF converti pour être utilisé avec un logiciel d’estimation pour entrepreneurs.
- Un tableau de bord HTML de conversion confirmant la structure du fichier et le nombre d’entités.
- Un tableau de bord HTML de logique de feuille offrant un aperçu en langage clair du dessin.
- Un document markdown expliquant toutes les 20 sections et plus pour la coordination du projet.
- Un tableau de bord HTML de couverture des sous-sections auditant l’exhaustivité des sections sur l’ensemble des sections nommées.
- Un classeur Excel contenant le planning de gaines basse vitesse reconstruit sur 7 colonnes et 9 lignes, avec une ligne d’en-tête mise en forme et surlignée, ainsi que la note d’ingénierie déterminante ajoutée à la fin.
La documentation des sections et l’audit de couverture — qui nécessiteraient normalement qu’un technicien parcoure le fichier section par section pendant plusieurs heures — ont été produits automatiquement, avec une couverture complète confirmée par rapport à l’inventaire DXF. L’extraction du tableau, tâche traditionnellement manuelle et sujette aux erreurs de transposition, a été réalisée par programme à partir de la géométrie du dessin et validée par rapport au DXF source avant la livraison. L’équipe a respecté la date limite de remise au sous-traitant sans devoir mobiliser un ingénieur sur une autre phase du projet.
Preuve
« Nous avions besoin du planning de gaines dans Excel et d’un résumé clair des sections à remettre avant vendredi. En temps normal, cela représente une demi-journée de travail manuel — ouvrir le fichier, trouver le tableau, le retaper, vérifier qu’on a bien toutes les sections. L’agent a trouvé toutes les vingt et quelques sections, extrait le tableau à partir de la géométrie du DXF et signalé la note basse vitesse en dessous. Le fichier Excel est sorti mis en forme et prêt à l’emploi. J’ai fait une vérification ponctuelle par rapport au dessin et tout correspondait. » — Technicien CAO HVAC
Le tableau de bord de couverture des sous-sections produit par l’agent — une grille visuelle reliant chaque section découverte à son entrée de documentation — a été inclus dans le dossier de remise au client comme certificat d’exhaustivité. L’extraction Excel, avec sa ligne d’en-tête surlignée en rouge, a été transmise directement à l’équipe d’estimation du sous-traitant.
Note de confiance
Le planning de gaines basse vitesse a été reconstruit algorithmiquement à partir des positions du texte DXF et des entités de lignes du tableau, plutôt que lu depuis un tableur natif. De légères variations de formulation ou d’orthographe par rapport à l’annotation CAO d’origine sont possibles, et l’alignement des colonnes doit être vérifié par rapport au dessin source avant que le fichier Excel ne soit utilisé pour un métré contractuel contraignant ou soumis comme document contractuel. De même, la documentation des sections reflète l’analyse spatiale du DXF par l’agent et doit être relue par l’ingénieur projet avant d’être partagée comme récit de conception formel. Les tableaux de bord HTML sont des aides d’audit pour la vérification interne de la couverture, et non des certificats d’ingénierie ni des soumissions réglementaires.