Profilo del cliente
Un ingegnere meccanico presso un produttore di componenti di precisione di medie dimensioni è responsabile della revisione di conformità GD&T (geometric dimensioning and tolerancing) dei disegni tecnici prima del rilascio per la produzione. Il ruolo copre sia i disegni in ingresso dei fornitori sia gli output di progettazione interni: tutto ciò che arriva in officina deve essere verificato rispetto allo standard applicabile prima che i pezzi vengano tagliati. Gli assiemi che coinvolgono componenti rotanti, treni di ingranaggi e interfacce a innesto forzato con boccola sono tra i più impegnativi da revisionare — l’accumulo delle tolleranze dimensionali, la coassialità e il run-out influenzano direttamente la funzionalità e la vita utile.
Il team opera in un contesto ad alta varietà e bassi volumi, in cui la qualità dei disegni varia in modo significativo tra clienti e fornitori. Un processo di audit coerente e tracciabile — che produca risultati documentati con riferimenti espliciti allo standard — è essenziale per difendere le decisioni di revisione durante gli audit dei fornitori e le riunioni interne di design review. Un markup generico sul disegno non è più sufficiente; i team qualità si aspettano ora che ogni rilievo sia collegato a una clausola specifica e a una feature specifica.
Problema
Due problemi strutturali rendevano difficile scalare il processo di revisione esistente.
Il primo era il collo di bottiglia delle referenze. Lo standard GD&T di riferimento dell’azienda è un manuale tecnico di 411 pages. Nessun ingegnere può mantenere in memoria di lavoro una tale quantità di dettagli di specifica durante una revisione attiva del disegno. L’approccio convenzionale — tenere aperto il PDF in una seconda finestra ed eseguire ricerche manuali — è lento, incoerente e produce registri di audit che si riducono a valutazioni discrezionali anziché a rilievi supportati dallo standard. Quando una decisione di revisione deve resistere a una disputa con la qualità del fornitore, un rilievo privo di riferimento alla pagina ha poco peso.
Il secondo problema era l’accesso ai dati strutturati. I disegni arrivavano come file DWG proprietari. Prima che potesse essere applicata qualsiasi logica GD&T, l’ingegnere aveva bisogno di una rappresentazione strutturata del contenuto delle annotazioni del disegno: layout di paper space, stringhe di testo, richiami di quota, inserimenti di blocchi e potenziali feature-control frame GD&T. Farlo manualmente, entità per entità, non è praticabile per assiemi complessi. Senza una fase di estrazione scriptata, l’unica opzione era un passaggio visivo — che non può produrre citazioni a livello di entità, non può essere automatizzato e non può essere ripetuto quando il disegno viene revisionato.
Il disegno in esame — un assieme di bobina in acciaio che combina ingranaggi e una boccola — illustrava entrambi i problemi contemporaneamente. Conteneva un intento produttivo riconoscibile, ma non era mai stato revisionato secondo un moderno standard di completezza GD&T. Identificare ogni lacuna, citare la clausola pertinente del manuale per ciascuna e produrre un report strutturato da restituire all’autore con istruzioni di correzione richiedeva un workflow che gli strumenti esistenti non potevano supportare.
Perché ora
I requisiti di qualità dei fornitori si sono progressivamente irrigiditi e la checklist interna di design-for-manufacture dell’azienda è stata aggiornata per richiedere una copertura GD&T esplicita — datum reference frame, feature-control frame, richiami di rugosità superficiale e criteri di accettazione dell’ispezione — per qualsiasi assieme rotante o di precisione prima del rilascio.
Il disegno della bobina in acciaio era un caso rappresentativo: geometria utile, quotatura parziale e un insieme di note di produzione che suggerivano l’intento senza raggiungere la soglia di completezza aggiornata. Restituire un disegno con un rilievo generico non era più accettabile. Il nuovo processo richiedeva lacune dettagliate con riferimenti allo standard. Farlo manualmente per un assieme rotante multi-componente — ingranaggio, boccola, corpo bobina — rispetto a un riferimento di 411 pages, con una conversione da DWG a dati strutturati davanti alla revisione, avrebbe consumato gran parte di una giornata lavorativa per disegno. Al volume di revisioni gestito dal team, quel ritmo non era sostenibile.
Perché energent.ai
Sono state prese in considerazione diverse alternative prima che il team si orientasse su energent.ai.
Uno strumento autonomo di annotazione PDF poteva individuare i termini nel manuale, ma non offriva alcun modo per collegare i riferimenti allo standard a specifiche entità del disegno o produrre un report di audit strutturato. Una checklist di disegno in un foglio di calcolo con controllo di versione garantiva coerenza, ma richiedeva comunque che una persona compilasse ogni riga leggendo sia il disegno sia lo standard in finestre separate. Incaricare un disegnatore specialista per il lavoro di estrazione e cross-referencing avrebbe aggiunto tempi e costi per disegno, senza alcun miglioramento nella ripetibilità.
Sono stati valutati anche altri strumenti di AI, ma il workflow di revisione richiedeva capacità che pochi combinavano in una singola sessione: acquisire un file CAD binario in formato DWG, eseguire script di conversione ed estrazione, scrivere output strutturati in CSV e JSON, caricare ed elaborare un PDF tecnico di 411 pages, mantenere un riferimento interrogabile su quel documento senza rischio di allucinazioni e produrre un report ingegneristico citabile — tutto all’interno di una sessione coerente e senza passaggi manuali tra ambienti.
La capacità di energent.ai di eseguire script Python e bash all’interno della stessa sessione agentica dedicata all’analisi documentale è stata il fattore decisivo. L’agente poteva eseguire il convertitore da DWG a DXF, lanciare gli script di estrazione sull’output, produrre tabelle strutturate con handle spaziali a livello di entità e poi usare quelle tabelle insieme al riferimento del manuale per comporre un report che potesse essere verificato riga per riga.
L’agente ha inoltre gestito esplicitamente il rischio di allucinazione. Invece di affermare di aver letto tutte le 411 pages in una memoria di lavoro affidabile — cosa che l’agente stesso ha segnalato come inaffidabile per un documento di questa lunghezza — ha costruito un riferimento strutturato esterno composto da note semantiche a livello di pagina, un inventario dei concetti e un registro di lettura CSV/JSON. Ogni affermazione nel report finale poteva essere ricondotta a un intervallo di pagine nel documento sorgente. Quella verificabilità era un requisito, non un bonus.
Workflow
La sessione ha eseguito una pipeline in sei fasi dal file DWG grezzo al report ingegneristico finale.
Step 1 — Conversione da DWG a DXF. L’agente ha eseguito la skill di conversione CAD sul file sorgente e ha prodotto un DXF convalidato in formato AC1027, confermato da un controllo di integrità post-conversione. È emerso subito un dettaglio strutturale critico: il contenuto annotativo del disegno risiedeva quasi interamente in un layout di paper space chiamato "lito", non nel model space. Una estrazione ingenua mirata al model space avrebbe restituito tabelle quasi vuote, perdendo la maggior parte del contenuto del disegno rilevante per GD&T.
Step 2 — Estrazione delle entità in file strutturati. Uno script di estrazione ha inventariato ogni entità nel layout di paper space: stringhe di testo, annotazioni di quota, inserimenti di blocchi, layer ed estensioni di coordinate. L’output è stato scritto in un riepilogo di estrazione JSON — una mappa leggibile dalla macchina del disegno con handle spaziali che potevano essere citati per riferimento nel report a valle.
Step 3 — Isolamento dei candidati GD&T. Un secondo script ha filtrato le entità estratte per i contenuti rilevanti per GD&T: richiami di tolleranza, etichette di datum, modificatori di condizione del materiale e note di produzione. I risultati sono stati scritti in un CSV strutturato di candidati GD&T, che l’agente ha interrogato durante tutta la fase di revisione.
Step 4 — Creazione del riferimento del manuale. L’agente ha elaborato il manuale GD&T di 411 pagine in tre livelli interrogabili: note semantiche a livello di pagina, un inventario dei concetti e un registro di lettura CSV/JSON. La scelta progettuale è stata deliberata — invece di cercare di mantenere l’intero documento nel contesto di lavoro, il riferimento esterno strutturato ha consentito ricerche a livello di concetto con citazioni dell’intervallo di pagine durante la revisione. L’albero della conoscenza è riutilizzabile per futuri audit di disegni senza ripetere il lavoro di indicizzazione.
Step 5 — Revisione ingegneristica con riferimenti incrociati. Con le tabelle del disegno e il riferimento del manuale entrambi disponibili, l’agente ha redatto un report ingegneristico dettagliato in markdown. Ogni rilievo citava un handle di entità DXF per la posizione nel disegno e un concetto del manuale con un intervallo di pagine come base normativa. Il report separava le buone pratiche confermate dalle criticità principali, elencava le aggiunte minime raccomandate di GD&T prima del rilascio e segnalava esplicitamente le clausole che dipendono da simboli o diagrammi di ispezione come richiedenti un controllo visivo rispetto alle figure originali del PDF.
Step 6 — Confezionamento dei deliverable. Sono stati prodotti quattro file: il DXF convertito, il report di revisione ingegneristica in markdown, la tabella di annotazione dei candidati GD&T in CSV e il riepilogo di estrazione del disegno in JSON. Ogni file svolge un ruolo distinto — il DXF per gli strumenti CAD a valle, il report per la richiesta di correzione, il CSV e il JSON come base probatoria verificabile.
Results
La revisione ingegneristica ha identificato sei principali lacune GD&T nel disegno dell’assieme bobina in acciaio:
- Mancata dichiarazione dello standard di disegno
- Schema di riferimento dei datum debole o ambiguo
- Assenza di controlli di run-out e coassialità per un assieme rotante
- Nessuna tolleranza di posizione specificata per i pattern di fori
- Interfaccia di accoppiamento a interferenza sottospecificata
- Requisiti di ispezione degli ingranaggi elencati senza criteri di accettazione
Un settimo rilievo — requisiti di bilanciamento dinamico senza criteri di accettazione — è emerso dalla tabella strutturata dei candidati anziché da un passaggio visivo, illustrando il valore dell’estrazione a livello di entità rispetto a una revisione puramente visiva.
Ogni lacuna è stata collegata al concetto pertinente del manuale e all’intervallo di pagine, fornendo all’ingegnere una base documentale per ogni richiesta di correzione invece di un elenco di opinioni non supportate. Il report ha anche evidenziato ciò che il disegno faceva bene — pratiche confermate che non richiedevano revisione — così che la richiesta di correzione fosse mirata e attuabile, anziché un rigetto indiscriminato.
Sul fronte del riferimento, il manuale di 411 pagine è stato convertito in un albero della conoscenza persistente e interrogabile. Invece di un PDF statico che richiede una ricerca manuale per ogni nuovo disegno, il team dispone ora di un riferimento strutturato CSV/JSON che l’agente può interrogare per concetto in qualsiasi audit successivo. La pipeline di estrazione e revisione — dall’ingestione del DWG fino al report strutturato — è ripetibile su qualsiasi disegno in ingresso e può essere rieseguita man mano che i disegni vengono revisionati.
Proof
"La parte che non mi aspettavo era la qualità delle citazioni. Ogni problema nel report aveva un handle DXF che puntava all’annotazione esatta nel disegno e un intervallo di pagine del manuale a supporto del requisito. Non è qualcosa che potrei produrre in una singola sessione di revisione lavorando manualmente — fare tutti i riferimenti incrociati a mano richiederebbe gran parte di una giornata." — Mechanical engineer, precision components manufacturing
Il set finale di deliverable dell’agente includeva un report completo di revisione ingegneristica organizzato in buone pratiche confermate, lacune principali, riferimenti alla posizione nel disegno tramite handle di entità, citazioni di concetti del manuale e intervalli di pagine, e aggiunte minime raccomandate prima del rilascio. Il CSV dei candidati GD&T fungeva da inventario annotativo tracciabile a supporto di ogni rilievo.
Trust note
L’agente è esplicito su un confine importante: i rilievi che dipendono da simboli GD&T, diagrammi di frame di tolleranza o illustrazioni di setup di ispezione richiedono un controllo visivo rispetto alle figure originali del PDF. Il registro di lettura e l’inventario dei concetti consentono un ragionamento fondato sui requisiti GD&T, ma non sostituiscono la revisione umana dei contenuti dipendenti dalle figure. I report ingegneristici prodotti tramite questo workflow dovrebbero essere trattati come un audit di prima passata con piena tracciabilità del documento — non come un’approvazione finale al rilascio. Un professionista GD&T qualificato dovrebbe confermare i rilievi dipendenti dai simboli prima che il disegno venga restituito all’originatore o approvato per la produzione.