Profil client
Un ingénieur mécanique au sein d’un fabricant de composants de précision de taille intermédiaire est chargé de la revue de conformité GD&T (dimensionnement et tolérancement géométriques) des dessins techniques avant leur mise en fabrication. Son rôle couvre à la fois les dessins fournisseurs entrants et les livrables de conception internes : tout ce qui arrive en atelier doit être vérifié par rapport à la norme applicable avant que les pièces ne soient usinées. Les assemblages impliquant des composants rotatifs, des trains d’engrenages et des interfaces à ajustement serré avec bague sont parmi les plus exigeants à examiner — l’accumulation des tolérances dimensionnelles, la coaxialité et le faux-rond ont un impact direct sur la fonction et la durée de vie.
L’équipe évolue dans un environnement à forte variété et faible volume, où la qualité des dessins varie fortement selon les clients et les fournisseurs. Un processus d’audit cohérent et traçable — produisant des constats documentés avec des références explicites à la norme — est essentiel pour défendre les décisions de revue lors des audits fournisseurs et des réunions internes de revue de conception. Un simple marquage générique sur un dessin ne suffit plus ; les équipes qualité attendent désormais que chaque constat soit rattaché à une clause précise et à une caractéristique précise.
Problème
Deux problèmes structurels rendaient le processus de revue existant difficile à faire évoluer.
Le premier était le goulot d’étranglement des références. La norme GD&T de référence de l’entreprise est un manuel technique de 411 pages. Aucun ingénieur ne peut conserver un tel volume de détails de spécification en mémoire de travail pendant une revue de dessin en cours. L’approche classique — garder le PDF ouvert dans une seconde fenêtre et lancer des recherches manuelles — est lente, incohérente et produit des dossiers d’audit qui relèvent davantage de l’appréciation que de constats étayés par la norme. Lorsqu’une décision de revue doit résister à un litige qualité fournisseur, un constat sans référence de page pèse peu.
Le second problème concernait l’accès aux données structurées. Les dessins arrivaient sous forme de fichiers DWG propriétaires. Avant de pouvoir appliquer une logique GD&T, l’ingénieur avait besoin d’une représentation structurée du contenu d’annotation du dessin : mises en page en espace papier, chaînes de texte, appels de cote, insertions de blocs et éventuels cadres de tolérance géométrique. Le faire manuellement, entité par entité, n’est pas réaliste pour des assemblages complexes. Sans étape d’extraction scriptée, la seule option était une lecture visuelle — qui ne peut produire de citations au niveau de l’entité, ne peut pas être automatisée et ne peut pas être répétée lorsque le dessin est révisé.
Le dessin examiné — un assemblage de bobine en acier combinant engrenages et bague — illustrait simultanément ces deux problèmes. Il contenait une intention de fabrication reconnaissable, mais n’avait jamais été revu selon une norme moderne de complétude GD&T. Identifier chaque écart, citer la clause pertinente du manuel pour chacun, et produire un rapport structuré pouvant être renvoyé à l’auteur avec des instructions de correction nécessitait un flux de travail que les outils existants ne pouvaient pas prendre en charge.
Pourquoi maintenant
Les exigences qualité fournisseurs se sont progressivement renforcées, et la checklist interne de revue de conception pour la fabrication de l’entreprise a été mise à jour afin d’exiger une couverture GD&T explicite — référentiels de datums, cadres de tolérance géométrique, indications d’état de surface et critères d’acceptation à l’inspection — pour tout assemblage rotatif ou à ajustement de précision avant sa mise à disposition.
Le dessin de bobine en acier était un cas représentatif : géométrie utile, cotation partielle et ensemble de notes de fabrication qui suggéraient l’intention sans atteindre le niveau de complétude désormais requis. Renvoyer un dessin avec un constat générique n’était plus acceptable. Le nouveau processus exigeait des écarts détaillés avec références à la norme. Le faire manuellement pour un assemblage rotatif multi-composants — engrenage, bague, corps de bobine — à partir d’une référence de 411 pages, avec en amont une conversion DWG vers données structurées, aurait consommé la majeure partie d’une journée de travail par dessin. Au volume de revues traité par l’équipe, ce rythme n’était pas tenable.
Pourquoi energent.ai
Plusieurs alternatives ont été envisagées avant que l’équipe ne retienne energent.ai.
Un outil autonome d’annotation PDF pouvait localiser des termes dans le manuel, mais ne permettait pas de relier des références normatives à des entités de dessin spécifiques ni de produire un rapport d’audit structuré. Une checklist de dessin sous forme de feuille de calcul, gérée en contrôle de version, imposait de la cohérence mais nécessitait toujours qu’un humain remplisse chaque ligne en lisant le dessin et la norme dans des fenêtres séparées. Faire appel à un dessinateur spécialisé pour le travail d’extraction et de mise en correspondance aurait ajouté du délai et un coût par dessin, sans gain de répétabilité.
D’autres outils d’IA ont été évalués, mais le flux de travail de revue exigeait des capacités que peu combinaient dans une seule session : ingérer un fichier CAO binaire au format DWG, exécuter des scripts de conversion et d’extraction, écrire une sortie structurée en CSV et JSON, charger et traiter un PDF technique de 411 pages, maintenir une référence interrogeable sur ce document sans risque d’hallucination, et produire un rapport d’ingénierie citables — le tout dans une session cohérente et sans transferts manuels entre environnements.
La capacité d’energent.ai à exécuter des scripts Python et bash dans la même session agent que l’analyse documentaire a été le facteur décisif. L’agent pouvait lancer le convertisseur DWG vers DXF, exécuter les scripts d’extraction sur le résultat, produire des tableaux structurés avec des handles spatiaux au niveau de l’entité, puis utiliser ces tableaux avec la référence du manuel pour rédiger un rapport pouvant être audité ligne par ligne.
L’agent a également géré explicitement le risque d’hallucination. Plutôt que d’affirmer avoir intégré les 411 pages dans une mémoire de travail fiable — ce que l’agent lui-même signalait comme peu fiable pour un document de cette longueur — il a construit une référence structurée externe composée de notes sémantiques au niveau des pages, d’un inventaire de concepts et d’un journal de lecture CSV/JSON. Chaque affirmation du rapport final pouvait être reliée à une plage de pages dans le document source. Cette auditabilité était une exigence, pas un bonus.
Workflow
La session a exécuté un pipeline en six étapes, du fichier DWG brut au rapport d’ingénierie final.
Étape 1 — Conversion DWG vers DXF. L’agent a exécuté la compétence de conversion CAO sur le fichier source et a produit un DXF validé au format AC1027, confirmé par un contrôle d’intégrité post-conversion. Un détail structurel critique est apparu immédiatement : le contenu d’annotation du dessin résidait presque entièrement dans une mise en page en espace papier nommée "lito", et non dans l’espace objet. Une extraction naïve ciblant l’espace objet aurait renvoyé des tableaux presque vides, en manquant l’essentiel du contenu du dessin pertinent pour la GD&T.
Étape 2 — Extraction des entités vers des fichiers structurés. Un script d’extraction a inventorié chaque entité de la mise en page en espace papier : chaînes de texte, annotations de cote, insertions de blocs, calques et étendues de coordonnées. La sortie a été écrite dans un résumé d’extraction JSON — une carte du dessin lisible par machine, avec des repères spatiaux pouvant être cités par référence dans le rapport en aval.
Étape 3 — Isolement des candidats GD&T. Un second script a filtré les entités extraites pour en extraire le contenu pertinent pour la GD&T : appels de tolérance, repères de référence, modificateurs d’état de matière et notes de fabrication. Les résultats ont été écrits dans un CSV structuré des candidats GD&T, que l’agent a interrogé tout au long de la phase de revue.
Étape 4 — Constitution de la référence du manuel. L’agent a traité le manuel GD&T de 411 pages en trois couches interrogeables : des notes sémantiques au niveau des pages, un inventaire des concepts et un journal de lecture CSV/JSON. Le choix de conception était délibéré — plutôt que d’essayer de conserver l’intégralité du document dans le contexte de travail, la référence externe structurée a permis des recherches au niveau des concepts avec des citations par plage de pages pendant la revue. L’arborescence de connaissances est réutilisable pour de futurs audits de dessins sans répéter le travail d’indexation.
Étape 5 — Revue d’ingénierie croisée. Avec les tableaux du dessin et la référence du manuel disponibles, l’agent a rédigé un rapport d’ingénierie détaillé en markdown. Chaque constat citait un repère d’entité DXF pour localiser le dessin et un concept du manuel avec une plage de pages pour fonder la norme. Le rapport distinguait les bonnes pratiques confirmées des lacunes majeures, listait les ajouts minimaux recommandés en GD&T avant diffusion et signalait explicitement les clauses dépendant de symboles ou de schémas d’inspection comme nécessitant une vérification visuelle sur les figures PDF d’origine.
Étape 6 — Conditionnement des livrables. Quatre fichiers ont été produits : le DXF converti, le rapport de revue d’ingénierie en markdown, le tableau d’annotation des candidats GD&T en CSV et le résumé d’extraction du dessin en JSON. Chaque fichier joue un rôle distinct — le DXF pour les outils CAO en aval, le rapport pour la demande de correction, le CSV et le JSON comme base de preuves auditables.
Résultats
La revue d’ingénierie a identifié six lacunes majeures de GD&T dans le dessin de l’assemblage de bobine en acier :
- Absence de déclaration de la norme de dessin
- Schéma de référence des datums faible ou ambigu
- Absence de contrôles de faux-rond et de coaxialité pour un assemblage rotatif
- Aucune tolérance de position spécifiée pour les motifs de trous
- Interface d’ajustement serré sous-spécifiée
- Exigences d’inspection de l’engrenage listées sans critères d’acceptation
Un septième constat — des exigences d’équilibrage dynamique sans critères d’acceptation — est apparu à partir du tableau structuré des candidats plutôt que d’un passage visuel, illustrant la valeur de l’extraction au niveau des entités par rapport à une revue purement visuelle.
Chaque lacune a été recoupée avec le concept pertinent du manuel et la plage de pages, donnant à l’ingénieur une base documentaire pour chaque demande de correction plutôt qu’une liste d’opinions non étayées. Le rapport a également identifié ce que le dessin faisait bien — les pratiques confirmées qui ne nécessitaient pas de révision — afin que la demande de correction soit ciblée et exploitable, plutôt qu’un rejet global.
Du côté de la référence, le manuel de 411 pages a été converti en une arborescence de connaissances persistante et interrogeable. Au lieu d’un PDF statique nécessitant une recherche manuelle pour chaque nouveau dessin, l’équipe dispose désormais d’une référence structurée CSV/JSON que l’agent peut interroger par concept pour tout audit ultérieur. Le pipeline d’extraction et de revue — de l’ingestion DWG jusqu’au rapport structuré — est reproductible sur n’importe quel dessin entrant et peut être relancé à mesure que les dessins sont révisés.
Preuve
"Ce à quoi je ne m’attendais pas, c’est la qualité des citations. Chaque problème du rapport avait un repère DXF pointant vers l’annotation exacte dans le dessin et une plage de pages du manuel à l’appui de l’exigence. Ce n’est pas quelque chose que je pourrais produire en une seule session de revue en travaillant manuellement — recouper tout à la main prendrait la majeure partie d’une journée." — Ingénieur mécanique, fabrication de composants de précision
Le jeu final de livrables de l’agent comprenait un rapport complet de revue d’ingénierie organisé en bonnes pratiques confirmées, lacunes majeures, références de localisation dans le dessin par repère d’entité, citations de concepts du manuel et de plages de pages, ainsi que les ajouts minimaux recommandés avant diffusion. Le CSV des candidats GD&T servait d’inventaire d’annotations traçable, sous-tendant chaque constat.
Note de confiance
L’agent est explicite sur une limite importante : les constats qui dépendent de symboles GD&T, de schémas de cadres de tolérance ou d’illustrations de montage d’inspection nécessitent une vérification visuelle sur les figures PDF d’origine. Le journal de lecture et l’inventaire des concepts permettent un raisonnement fondé sur les exigences GD&T, mais ne remplacent pas la revue humaine du contenu dépendant des figures. Les rapports d’ingénierie produits par ce flux de travail doivent être considérés comme un audit de première passe avec une traçabilité documentaire complète — et non comme une approbation finale de diffusion. Un praticien GD&T qualifié doit confirmer les constats dépendants des symboles avant que le dessin ne soit renvoyé à son auteur ou approuvé pour fabrication.