Kundenprofil
Eine mittelgroße Beratungsfirma für Stahlbau-Fertigung beschäftigt ein Team aus Detailierern und Tragwerksingenieuren, das für die Pflege einer Bibliothek wiederverwendbarer Verbindungs-Vorlagen verantwortlich ist. Diese Vorlagen erfassen standardisierte Anschlusskonfigurationen — Träger-Stützen-Anschlüsse, Knotenblech-Baugruppen, Fußplatten-Details und Aussteifungssysteme — auf die das Team bei Kundenprojekten immer wieder zurückgreift. Die Gruppe arbeitet hauptsächlich mit DWG-Dateien, die in AutoCAD und kompatiblen Zeichenplattformen erstellt werden, und stellt sie externen Fertigern sowohl als Produktionsreferenzen als auch als interne technische Standards zur Verfügung.
Im Zentrum eines jüngeren Projekts stand eine einzelne DWG-Vorlage mit mehreren Layouts, die über mehrere Projektzyklen hinweg einen umfassenden Satz von Fertigungsdetails für Stahlverbindungen angesammelt hatte. Die Zeichnung war maßgeblich und wurde häufig wiederverwendet, doch ihre Dichte und das Fehlen eines internen Index machten die Navigation, Interpretation und Weitergabe an nachgelagerte Nutzer zeitaufwendig. Das Team brauchte eine Möglichkeit, den Inhalt der Zeichnung systematisch zu extrahieren — nicht nur, sie in CAD zu öffnen.
Problem
Die DWG-Vorlage enthielt 3.487 Modelspace-Entitäten, organisiert über drei Layouts — Model, Layout1 und Layout2 — und umfasste insgesamt etwa 1,9 MB Geometrie. Über die Zeichnung verteilt befanden sich 419 Textbeschriftungen, gruppiert in 14 unterschiedliche räumliche Clusterzonen. Diese Beschriftungen annotierten Plattendicken (12 THK, 20 THK, 25 THK), Bolzenspezifikationen (M16 und M20) sowie Strukturprofiltypen einschließlich UB- und UC-Universalträger und -stützen.
Die zentrale Schwierigkeit war strukturell: Keine der 14 Zonen trug explizite Detailnummern oder Titel. Die Zeichnung enthielt mindestens 11 unterschiedliche Verbindungstypen — Träger-Stützen-Anschlüsse, Knotenbleche, Steifenbleche, Kopfplatten, Fußplatten, Laschen, Anschlagösen, Bohrbildmuster, Hebedetails, lösbare Aussteifungsbaugruppen und Stoßverbindungen — doch jede einzelne zu identifizieren erforderte die Verknüpfung von räumlicher Position, Beschriftungsinhalt, Layer-Zuordnung und geometrischem Kontext. Es gab keine Legende, keinen Titelblock mit einer Indexierung der Details und keine maschinenlesbare Zusammenfassung dessen, was die Zeichnung enthielt.
Ohne spezialisierte Werkzeuge folgt eine solche Zeichnungsprüfung einem bekannten und kostspieligen Ablauf. Ein Ingenieur öffnet die Datei in AutoCAD, wechselt zwischen Layouts, blendet Layer nacheinander ein und aus, verfolgt jeden Beschriftungscluster zurück zu seiner zugehörigen Geometrie und erstellt manuell eine Zusammenfassung dessen, wofür jeder Bereich der Zeichnung steht. Bei einer Datei dieser Dichte — fast 3.500 Entitäten und mehr als 400 Textbeschriftungen — beansprucht dieser Prozess typischerweise mehrere Stunden Ingenieurszeit. Der resultierende Index ist meist eine von Hand getippte Liste oder eine informelle Tabelle: wenig geteilt, schwer zu aktualisieren, wenn sich die Zeichnung ändert, und vollständig vom zugrunde liegenden DXF-Strukturmodell entkoppelt.
Erschwerend kam hinzu, dass externe Fertiger mehr als nur die rohe DWG-Datei benötigten. Bevor die Werkstatt mit der Arbeit beginnen konnte, brauchte das Team des Fertigers eine klare, navigierbare Zusammenfassung, die aufzeigte, welche Verbindungsdetails die Zeichnung enthielt und wofür jedes einzelne gedacht war. Diese Zusammenfassung manuell zu erstellen, fügte nach der eigentlichen Prüfarbeit einen weiteren Dokumentationsschritt hinzu.
Warum jetzt
Der unmittelbare Auslöser war eine geplante Übergabe an die Fertigung. Das Team musste die Stahlverbindungs-Vorlage innerhalb eines festen Projektzeitplans an einen externen Fertiger übermitteln, und die Werkstatt des Fertigers benötigte vor Arbeitsbeginn eine Zeichnungszusammenfassung. Ohne Index hätte der Fertiger Rückfragen zu einzelnen Details gestellt — was in einem engen Zeitplan Tage an Abstimmung gekostet hätte.
Über die unmittelbare Frist hinaus prüfte das Team, wie sich seine breitere CAD-Vorlagenbibliothek standardisieren ließe. Über die Jahre hatten sich mehrere Zeichnungsdateien ohne konsistente Indexierungsmethodik angesammelt, sodass jede Wiederverwendung eine erneute Prüfung von Grund auf erforderte. Die Übergabe an die Fertigung gab dem Team einen konkreten, zeitlich begrenzten Anlass, einen systematischeren Ansatz für die CAD-Zeichnungsdokumentation zu bewerten — einen, der über die gesamte Bibliothek skalieren würde und nicht nur das Problem für eine einzelne Datei löst.
Warum energent.ai
Das Team hatte drei realistische Alternativen und fand jede davon für die Aufgabe unzureichend.
Ihre CAD-Software konnte die Zeichnung in voller Genauigkeit anzeigen und bearbeiten, bot jedoch keine automatisierte Zusammenfassung, räumliche Clusterbildung oder strukturierte Berichtserstellung. Jede Analyse innerhalb des CAD-Tools erforderte weiterhin manuelle Interpretation und einen separaten Dokumentationsschritt — dieselben Stunden Arbeit, die man vermeiden wollte.
Das Schreiben eines eigenen Python-Extraktionsskripts war technisch machbar, hätte aber die Definition der Extraktionslogik, den Umgang mit dem DXF-Entitätsmodell, die Implementierung eines Clustering-Algorithmus und die Validierung der Ausgabe gegen die Quelldatei erfordert. Dieser Aufwand war für eine einzelne Zeichnung schwer zu rechtfertigen und müsste für jede weitere Vorlage in der Bibliothek erneut erstellt oder gepflegt werden.
Allgemeine KI-Tools, die das Team getestet hatte, konnten zwar CAD-Konventionen und Stahlverbindungsstandards abstrakt erläutern, aber keines konnte eine echte DWG-Datei entgegennehmen, ihre Entitätsstruktur parsen und eine räumlich fundierte Analyse mit realen Koordinaten und Beschriftungszahlen liefern.
Energent.ai nahm die DWG-Datei direkt entgegen, führte eine validierte Konvertierungs- und Extraktionspipeline aus und lieferte strukturierte Ergebnisse — ohne benutzerdefiniertes Scripting, manuelle Layer-Prüfung oder Spezialwerkzeuge seitens des Teams.
Workflow
Schritt 1: Datei-Upload und DWG-zu-DXF-Konvertierung. Der Detailierer lud die DWG-Vorlage in energent.ai hoch. Der Agent konvertierte die Datei in das DXF-Format (Version AC1027) und validierte die Ausgabe mit der ezdxf-Bibliothek, wobei 3.487 Modelspace-Entitäten über drei Layouts und eine Dateigröße von 1.908.830 Bytes bestätigt wurden. Ein unabhängiger Rücklese-Prüfdurchlauf bestätigte, dass das DXF strukturell gültig war und die Entitätszahlen mit der Konvertierungsausgabe übereinstimmten. Dieser Schritt erforderte keine Konfiguration durch den Benutzer.
Schritt 2: Entitäts- und Beschriftungsextraktion. Der Agent extrahierte alle Textelemente aus dem konvertierten DXF und erfasste den Inhalt jeder Beschriftung zusammen mit ihren räumlichen Koordinaten. Dadurch entstand das vollständige Inventar von 419 Textbeschriftungen sowie ein Katalog der übrigen Entitätsarten — Linien, Bögen, Blockreferenzen und Bemaßungsobjekte — und der Layer-Struktur, die der Organisation der Zeichnung zugrunde lag.
Schritt 3: Räumliches Clustering. Mithilfe der Koordinatendaten aus dem Extraktionsschritt segmentierte der Agent die 419 Beschriftungen in 14 Clusterzonen auf Basis räumlicher Nähe. Jeder Cluster entsprach einem klar abgegrenzten Bereich der Zeichnung und gruppierte Anmerkungen, die sich auf ein einzelnes Verbindungsdetail oder einen eng verwandten Detailsatz bezogen. Diese Cluster-Map bildete die strukturelle Grundlage für den anschließenden Interpretationsschritt.
Schritt 4: Interpretation der Verbindungsdetails. Ausgehend von der Cluster-Map und dem Beschriftungsinhalt innerhalb jeder Zone identifizierte der Agent 11 Verbindungstypen: Träger-Stützen-Anschlüsse, Knotenbleche, Steifenbleche, Kopfplatten, Fußplatten, Laschen, Anschlagösen, Bohrbildmuster, Hebedetails, lösbare Aussteifungsbaugruppen und Stoßverbindungen. Für jeden Typ dokumentierte der Agent die zugehörigen Plattendickenangaben und Bolzenspezifikationen — 12 THK-, 20 THK- und 25 THK-Platten; M16- und M20-Bolzen — und beschrieb den fertigungstechnischen Zweck jeder Verbindung.
Schritt 5: Markdown-Walkthrough. Der Agent erstellte einen strukturierten Markdown-Bericht (steel_connection_drawing_walkthrough.md), der eine schrittweise Leseanleitung für die Zeichnung, Beschreibungen aller 11 Detailtypen mit praktischen Fertigungshinweisen, die wichtigsten mit jedem Detail verknüpften Beschriftungen sowie die vollständige Zusammenfassung der 14 Clusterzonen enthielt. Der Bericht war für die direkte Aufnahme in ein Projektübergabepaket oder eine interne technische Referenzbibliothek formatiert.
Schritt 6: Interaktives HTML-Dashboard. Der Agent erzeugte ein browserbasiertes HTML-Dashboard (steel_connection_visual_dashboard.html) mit einer Cluster-Layout-Karte der Zeichnung, Zusammenfassungen der Entitätstypen und Layer-Anzahlen, einer Zuordnungstabelle von Verbindungsdetails zu Clustern sowie einer durchsuchbaren Tabelle aller 14 Cluster mit Beispielbeschriftungen. Das Dashboard enthielt einen ausdrücklichen Hinweis, dass die Detailgruppen aus räumlichem und beschriftungsbezogenem Kontext abgeleitet wurden, da die Quelldatei keine expliziten Detailnummern oder Titel enthielt.
Die gesamte Sequenz — vom Datei-Upload bis zu den verifizierten Ergebnissen — lief innerhalb einer einzigen Sitzung.
Ergebnisse
Alle unten aufgeführten Kennzahlen lassen sich direkt auf Entitätsanzahlen und strukturelle Merkmale zurückführen, die in der Quell-DWG-Datei bestätigt wurden.
- 419 Textbeschriftungen extrahiert aus dem DXF, jeweils mit räumlichen Koordinaten erfasst und nach Clusterzone organisiert.
- 14 räumliche Clusterzonen identifiziert und kartiert über den Modelspace der Zeichnung hinweg, wodurch ein navigierbarer Index entstand, den die Quelldatei nicht enthielt.
- 11 Verbindungstypen dokumentiert, jeweils mit zugehöriger Plattendicke und Bolzenhinweisen, die aus den tatsächlichen Zeichnungsbeschriftungen abgeleitet wurden.
- Zwei strukturierte Deliverables erstellt: ein Markdown-Walkthrough für die Übergabe an den Fertiger sowie ein interaktives HTML-Dashboard, das sich für Nutzer ohne CAD-Kenntnisse eignet, um den Inhalt der Zeichnung zu navigieren.
Das qualitative Ergebnis war ebenso bedeutend. Arbeit, für die ein Ingenieur typischerweise mehrere Stunden in AutoCAD benötigt hätte — Ebenensichtbarkeit umschalten, Beschriftungscluster mit der Geometrie abgleichen und ein separates Zusammenfassungsdokument verfassen — wurde in einer einzigen Agentensitzung abgeschlossen. Die resultierende Dokumentation war strukturierter und vollständiger als das, was der manuelle Prozess üblicherweise liefert, und sie war sofort in Markdown- und browserbasierten Formaten teilbar. Das Team erhielt außerdem einen reproduzierbaren Workflow, der ohne zusätzliches Scripting oder Spezialwerkzeuge auf andere Vorlagen in seiner CAD-Bibliothek anwendbar ist.
Extrahierte Detailcluster
Die automatisierte Extraktion fand 14 Textbeschriftungs-Cluster. Einige Cluster sind breit gefasst, weil die DWG viele Anschlussdetails dicht beieinander platziert; daher verdichtet die obige Interpretation sie zu praktikablen Detailtypen.
| # | Labels | Bounding box [xmin, ymin, xmax, ymax] | Sample labels |
|---|---|---|---|
| 1 | 21 | [42893.6, 21663.8, 44542.1, 22894.7] | UB 254x146x31, 3-∅18 HOLES, FOR M16 BOLTS, STIFFENER, BEAM, 2 Nos. 75x75x8, UB 305x165x46, (SANDWICH CLEATS), UB 305x165x46/, UB 305x165x54 |
| 2 | 92 | [31887.3, 19754.1, 41965.8, 22830.5] | ℄ OF COLUMN, M20 & L 60x6 BOLT & ANGLE, FOR ERECTION PURPOSE, WP, UC 254x254x89, END PLATE, UB 254x146x43, UB 305x127x48, UC 305x305x118, 20 THK., COLUMN, UC 356x368x153 |
| 3 | 108 | [32373.1, 16669.5, 44506.4, 21105.3] | 12 THK. GUSSET PLATE, WITH 4-∅22 HOLES FOR, M20 BOLTS, ℄ OF COLUMN, 12 THK. PLATE, ℄ OF BEAM, BEAM, T 125, UC 305x305x137, BRACING T 125, 6-20∅, (TYP) |
| 4 | 4 | [43942.1, 18947.4, 44621.6, 19408.0] | WP, BEAM, UB 305x165x46, L 120X120X10 |
| 5 | 14 | [34188.8, 16397.7, 34974.4, 17281.8] | 25 THK. PLATE, 20 THK., STIFFENER PLATE, BEAM, 12 THK. GUSSET PLATE, UB 305x165x46, WITH 4-∅22 HOLES, FOR M20 BOLTS, COLUMN, UC 356x368x153, CAP PLATE, UC 305x305x137/ |
| 6 | 14 | [35973.2, 16228.3, 36823.2, 17280.8] | 25 THK. PLATE, 20 THK., STIFFENER PLATE, BEAM, UB 305x165x54, UB 305x305x118/, CAP PLATE, UB 305x305x137/, UC 254x254x89 /, UC 305x305x97, COLUMN, UC 356x368x129/ |
| 7 | 17 | [31922.5, 15616.0, 33241.7, 17023.9] | UB 305x165x46/, UB 305x165x54, BEAM, UB 305x165x46, COLUMN, UC 356x368x129, UB 254x146x43/, STEEL EDGE, UB 305x127x48, UC 305x305x118/, UC 254x254x89, GUSSET 20mm 4-M20 |
| 8 | 31 | [42874.1, 13221.5, 45076.8, 16318.0] | BEAM, 20 THK. GUSSET PLATE, UB 305x305x118/, WITH 6-∅22 HOLES, UB 305x305x137, FOR M20 BOLTS, COLUMN, UC 356x368x129/, UC 356x368x153, WITH 4-∅18 HOLES FOR, M16 BOLTS, UC 203x203x46 |
| 9 | 3 | [42373.6, 16021.0, 42375.0, 16126.7] | COLUMN, UC 356x368x129/, UC 356x368x153 |
| 10 | 47 | [32973.6, 12478.9, 37932.8, 15575.7] | WP, UB 305x127x48 /, UB 305x165x54, 12 THK. GUSSET PLATE, WITH 4-∅22 HOLES FOR, ℄ OF COLUMN, M20 BOLTS, BEAM, UC 305x305x137, T 125, UC 203x203x46, 6-20∅ |
| 11 | 43 | [38476.1, 13141.7, 41767.7, 15543.8] | COLUMN, UC 356x368x129/, (TYP), UC 356x368x153, 22 THK. GUSSET PLATE, WITH 8-∅22 HOLES FOR, PADEYES, M20 BOLTS, 28 THK. PLATE, 22 THK. PLATE, 28 THK. GUSSET PLATE, WITH 4-∅22 HOLES FOR |
| 12 | 3 | [32965.3, 14311.8, 32968.2, 14411.8] | 20 THK. GUSSET PLATE, WITH 6-∅22 HOLES, FOR M20 BOLTS |
| 13 | 6 | [31850.6, 13068.0, 31946.5, 14258.9] | COLUMN, UC 356x368x129/, UC 356x368x153, UB 254x146x31, UB 254x146x43/, UB 305x127x48 |
| 14 | 5 | [36505.8, 13053.6, 37326.8, 13637.4] | 12 THK. PLATE, ℄ OF BEAM, BRACING T 125, BEAM, UC 305x305x137 |
Nachweis
"We needed to send this drawing to the shop and they needed to understand what each detail was before they started work. The agent found all eleven connection types, mapped them to the zones in the drawing, and produced the walkthrough. That would have taken me half a day by hand." — Fabrication Detailer
Der Bericht steel_connection_drawing_walkthrough.md und das Dashboard steel_connection_visual_dashboard.html wurden dem Übergabepaket für den Fertiger beigefügt. Die durchsuchbare Cluster-Tabelle des Dashboards ermöglichte es dem Team des Fertigers, jede der 14 Zonencluster und den jeweils zugehörigen Verbindungstyp zu finden, ohne die DXF-Datei in CAD-Software öffnen zu müssen, wodurch das Hin und Her reduziert wurde, das eine dichte Zeichnung mit mehreren Layouts bei der Übergabe typischerweise mit sich bringt.
Hinweis zum Vertrauen
Die Klassifizierungen der Anschlussdetails in beiden Deliverables werden aus räumlicher Clusterung und Beschriftungsinhalt abgeleitet — nicht aus expliziten Detailnummern oder Titeln, die die CAD-Quelldatei nicht enthält. Dieser Vorbehalt ist auch im HTML-Dashboard des Agenten ausdrücklich enthalten. Bevor diese Ausgaben zur Steuerung von Fertigungsarbeiten verwendet werden, sollte ein zugelassener Tragwerksingenieur prüfen, ob jeder abgeleitete Detailtyp der technischen Absicht der ursprünglichen Zeichnung entspricht. Der Markdown-Walkthrough und das interaktive Dashboard eignen sich als Navigationshilfen, Übergabezusammenfassungen und interne Referenzdokumente; sie sind kein Ersatz für eine formale Prüfung von Konstruktionszeichnungen oder für abgestempelte statische Unterlagen.