Profilo del cliente
Il team è un piccolo studio di architettura e pianificazione degli spazi che gestisce progetti di ristorazione istituzionale — mense, refettori e cucine commerciali per clienti pubblici e corporate. I soci e i project manager dividono il tempo tra attività di progettazione in AutoCAD e task di handoff a valle: tabulazioni delle superfici, room schedule e documenti di specifica che devono arrivare in Excel o Word per la revisione del cliente, la stima dei costi e le pratiche autorizzative.
Il progetto di questo case study era una struttura ristorativa per 208 persone con più di 20 zone funzionali distinte: aree di produzione calda e fredda in cucina, postazioni di preparazione per pesce, verdure, frutta e panificazione, depositi secchi e refrigerati, celle frigorifere, spogliatoi del personale, locali doccia, armadietti, un ufficio, un locale quadri elettrici e una camera di ventilazione. L’accuratezza del room schedule è fondamentale nell’handoff — gli errori nei dati di superficie si propagano a valle nelle stime di costruzione, nelle verifiche di conformità normativa e nelle gare per l’allestimento interno. Un singolo decimale invertito in una colonna delle superfici può riversarsi in tutto il piano dei costi prima che qualcuno se ne accorga.
Problema
Il compito immediato era semplice sulla carta: esportare il room schedule incorporato nell’angolo in basso a destra del disegno DXF della struttura in un file Excel da consegnare al cliente. In pratica, il file sorgente presentava diversi problemi concomitanti.
Il DXF conteneva 25,123 entità — un mix di oggetti LINE, INSERT, ARC, LWPOLYLINE, HATCH, TEXT, MTEXT e DIMENSION. Il room schedule esisteva solo come geometria testuale sparsa sulla tavola di disegno, non come oggetto database strutturato o come layer dedicato al programma. Non c’erano intestazioni di colonna affidabili per la colonna dei numeri di locale; i numeri comparivano nel corpo del programma ma senza un’etichetta di intestazione corrispondente nella regione di testo estratta, lasciando la ricostruzione all’inferenza basata sulle coordinate piuttosto che a una semplice etichettatura.
Gli approcci manuali erano lenti e soggetti a errori. Aprire un file da 25,000 entità in AutoCAD per copiare e incollare una tabella da 36 righe in Excel richiedeva tempo significativo e introduceva rischio di trascrizione: numeri letti male, righe saltate e separatori decimali persi. I valori di area nel disegno sorgente usavano una formattazione incoerente — alcune celle riportavano "17,5m²" e altre "17,50m²" — il che significava che persino un export manuale accurato avrebbe lasciato testo non numerico in una colonna che qualsiasi formula SUM avrebbe ignorato senza segnalazioni.
Tre locali (101–103) si trovavano sul bordo superiore della regione del programma, dove un filtro spaziale li avrebbe tipicamente tagliati. Un handoff solo leggermente incompleto — un programma che inizia dal locale 104 invece che dal 101 — avrebbe potuto passare inosservato fino a quando il cliente o il cost estimator non avessero notato la lacuna.
Perché adesso
Le tempistiche di handoff per le strutture si comprimono alla fine delle fasi di progettazione. Quando un progetto di mensa passa dallo schematic design ai construction documents, sia il committente sia l’appaltatore generale hanno bisogno rapidamente di room schedule, tabulazioni delle superfici e specifiche delle finiture. I ritardi nella produzione di un handoff Excel pulito — anche solo un giorno mentre qualcuno trascrive manualmente una tabella CAD da 36 righe — creano colli di bottiglia su stime e permessi, con milestone esterne a scadenza fissa.
Per uno studio piccolo, inoltre, non esiste un BIM coordinator o un CAD technician dedicato che assorba questo lavoro di estrazione. L’architetto o il project manager che ha disegnato il progetto è spesso la stessa persona che esporta il programma. Il tempo speso nella trascrizione è tempo non speso nella progettazione o nella comunicazione con il cliente. Automatizzare l’estrazione, anche per un singolo disegno, riduce l’overhead per progetto in un modo che si moltiplica su un portafoglio di incarichi di ristorazione con requisiti documentali simili.
Perché energent.ai
Il team aveva bisogno di uno strumento in grado di accettare direttamente un file DXF, ragionare spazialmente sul layout delle entità testuali e produrre un output Excel pulito — senza richiedere uno script personalizzato, una licenza di plugin BIM o una macro di foglio di calcolo riscritta per ogni progetto.
Le alternative non erano all’altezza in modi prevedibili. Il wizard di data extraction integrato in AutoCAD funziona bene quando i dati del programma vivono in attributi strutturati di blocchi; non gestisce tabelle disegnate come semplice geometria testuale. Gli strumenti OCR basati su fogli di calcolo possono elaborare export PDF da AutoCAD, ma introducono un passaggio di export aggiuntivo e degradano l’accuratezza quando la geometria del disegno si sovrappone al testo. Assumere un CAD technician per trascrivere manualmente la tabella era il percorso predefinito, ma aggiungeva costo e tempi di consegna a un’attività che, in linea di principio, dovrebbe essere deterministica e verificabile.
Energent.ai ha accettato il DXF grezzo, lo ha caricato senza pre-elaborazione e ha usato un ragionamento basato sulle coordinate per isolare la regione del programma in basso a destra dal resto del disegno da 25,000 entità. Ha eseguito una logica di estrazione basata su Python direttamente sulla geometria DXF, ha ricostruito la tabella riga per riga a partire dalla posizione spaziale, ha inferito l’intestazione mancante "Number" dalla struttura dei dati e ha prodotto una cartella di lavoro Excel formattata — tutto in una sola sessione. Un subagent di audit indipendente ha poi riestratto il programma da zero e verificato l’output prima della consegna finale.
Workflow
Step 1 — Ingestione del file. L’architetto ha caricato direttamente il file DXF su energent.ai. L’agente ha validato subito il file: formato AutoCAD R2018 (versione interna AC1032), due layout rilevati ("Model" e un layout con watermark), 25,123 entità modelspace distribuite tra geometrie LINE, TEXT, MTEXT, INSERT, HATCH, ARC, LWPOLYLINE e DIMENSION.
Step 2 — Valutazione del contesto del disegno. Prima di restringere il focus, l’agente ha esaminato l’intero disegno. Ha identificato il tipo di edificio (struttura ristorativa per 208 persone), ha catalogato più di 20 zone funzionali nominate tra produzione cucina, stoccaggio e aree del personale, e ha confermato che il room schedule era incorporato come geometria testuale nell’angolo in basso a destra anziché in un blocco strutturato o in un oggetto tabella.
Step 3 — Isolamento della regione ed estrazione del testo. L’agente ha estratto tutte le entità testuali con le rispettive coordinate X/Y, quindi ha filtrato il cluster in basso a destra che conteneva il programma. Ha ricostruito la tabella riga per riga a partire dalla posizione spaziale — abbinando numeri di locale, nomi dei locali e valori di area in base alle coordinate relative — invece di fare affidamento sui nomi dei layer CAD o sul tipo di oggetto.
Step 4 — Recupero delle intestazioni. L’agente ha individuato le intestazioni di colonna per "Room" e "Area, m²" nel testo del disegno. Poiché non compariva alcun testo di intestazione esplicito per la colonna dei numeri di locale, l’agente ha applicato "Number" come intestazione Excel in base al contenuto e alla posizione della colonna. L’audit successivo ha confermato che era la scelta corretta, data la struttura del programma.
Step 5 — Verifica di completezza e seconda passata. Il filtro iniziale della regione di estrazione tagliava i locali 101–103 nella parte superiore del programma. L’agente ha rilevato il gap, ha ampliato i limiti verticali di estrazione e ha rigenerato la cartella di lavoro senza intervento dell’utente. Il file finale conteneva tutte le 36 righe, numerate da 101 a 136.
Step 6 — Export in Excel. L’agente ha prodotto la cartella di lavoro con un foglio chiamato "Room Table", una riga di intestazione evidenziata in giallo su tutte e tre le colonne e 36 righe di dati nell’ordine del disegno. I valori di area sono stati preservati così come presenti nella sorgente — "17,5m²" e "17,50m²" — così che l’architetto potesse decidere come normalizzarli per i calcoli a valle, invece di lasciare che l’agente sovrascrivesse silenziosamente la formattazione sorgente.
Step 7 — Audit indipendente. Un subagent ha riestratto in modo indipendente il programma dal DXF sorgente senza fare affidamento sulla logica dell’agente principale, quindi ha confrontato ogni riga con il file Excel. Verdetto: PASS. Nessuna riga mancante, nessuna riga extra, nessun duplicato, nessun problema di ordinamento su tutte le 36 voci.
Risultati
- 36 stanze estratte, coprendo l’intera gamma dalla stanza 101 alla stanza 136 senza alcuna omissione nella consegna finale.
- Cartella di lavoro Excel da 37 righe prodotta (1 riga di intestazione gialla + 36 righe di dati) con struttura corretta delle colonne, nome del foglio e formattazione dell’intestazione pronti per la consegna al cliente.
- 3 stanze recuperate (101–103) che il filtro iniziale dell’area aveva mancato — l’agente si è corretto autonomamente senza intervento dell’utente invece di consegnare una tabella silenziosamente incompleta.
- Verifica indipendente superata con corrispondenza esatta di numero stanza, nome stanza e testo dell’area su tutte le 36 righe — nessuna discrepanza trovata tra l’output Excel e la sorgente DXF.
- Trascrizione manuale eliminata per una tabella di 36 righe e 3 colonne incorporata in un disegno da 25,123 entità, rimuovendo il rischio di errori di copia-incolla che si propagano nelle cifre di area usate per la stima dei costi.
L’unico compito rimasto per il team era la normalizzazione dei valori di area: il formato misto del disegno sorgente significa che la colonna area non può essere sommata direttamente in Excel finché i valori non vengono convertiti in numeri. Energent.ai lo ha segnalato esplicitamente e ha offerto di aggiungere una colonna numerica normalizzata come fase successiva — un punto di passaggio pulito in cui l’architetto mantiene il controllo sulle convenzioni del separatore decimale e sulla gestione delle unità.
Prova
"Il disegno aveva 25,000 entità e il programma era solo testo sparso in un angolo — non c’era un layer pulito da esportare. L’agente ha trovato la tabella, ha individuato le tre stanze mancanti in alto e mi ha consegnato un Excel verificato con una riga di intestazione gialla. Il risultato dell’audit è stato ciò che mi ha convinto: una seconda passata che ha confermato in modo indipendente ogni numero di stanza e area rispetto al DXF, non solo l’agente che sosteneva che sembrasse corretto."
— Architetto e project lead per la consegna della struttura ristorativa
La cartella di lavoro consegnata contiene il programma completo di 36 stanze in un foglio denominato "Room Table", con le colonne "Number," "Room," e "Area, m²," ordinate secondo l’ordine del disegno dalla stanza 101 alla stanza 136. La conferma della verifica indipendente — PASS, senza righe mancanti, extra, duplicate o fuori ordine — fa parte del record della sessione ed è disponibile per la documentazione di progetto.
Nota di fiducia
I valori di area nell’output Excel sono stringhe di testo, non numeri, perché il DXF sorgente utilizzava una formattazione incoerente che l’agente ha preservato invece di normalizzare in modo silenzioso. Prima di usare la colonna "Area, m²" nelle formule SUM o nei calcoli del totale area, il team dovrebbe convertire i valori in numeri e verificare che le convenzioni del separatore decimale corrispondano alla localizzazione del progetto (virgola vs. punto). L’intestazione della colonna "Number" è stata dedotta dalla struttura delle colonne anziché estratta da un’etichetta esplicita nel disegno — appropriato per questo file, ma da ricontrollare rispetto allo standard del programma delle stanze del progetto prima di inviarlo a un cliente o a un’autorità competente per il set di permesso.