Hi3D V1.0: sei commit nel repository, "convalidato in produzione" sul campo

Il 23 ottobre 2026, Hi3D V1.0 è apparso su GitHub con sei commit, un singolo tag e otto file di pesi. Nel giro di un giorno, la stessa release circolava sulle agenzie di stampa con un titolo che lo definiva "il primo modello AI 3D open source validato per la produzione". Entrambe le affermazioni sono vere. Solo una delle due è verificabile, e lo scarto tra le due è la cosa più utile che un potenziale utente possa capire su questa release.

Il repository merita attenzione per le sue caratteristiche. Hi3D V1.0 è la continuazione open source di Sparc3D, il lavoro NeurIPS 2025 sulla rappresentazione 3D a griglia sparsa. Non è un generatore text-to-3D. Gli si fornisce un'immagine di riferimento e una mesh grossolana già esistente, e restituisce una mesh più densa. Questa distinzione decide se il rilascio ti è utile o meno, quindi vale la pena chiarirla prima di qualsiasi numero sulla qualità: se cercavi qualcosa che trasformi una frase in un oggetto, questo è l'artefatto sbagliato.

Cosa c'è effettivamente nel repository

La versione è solo per inferenza. Il codice campiona latent sparsi, li decodifica tramite un VAE sparso con auto-pruning ed estrae una mesh; la progressione dei modelli esegue tre passaggi a griglie strutturali nominali di 64³, 128³ e 192³, producendo griglie di estrazione sparse etichettate 512³, 1024³ e 1536³. Un'esecuzione a 512³ usa un passaggio, 1024³ ne usa due e 1536³ ne usa tre, con 25 aggiornamenti dello scheduler per passaggio. L'output è geometria e nient'altro: nessuna texture, nessun materiale, nessun colore dei vertici, dimensione batch pari a uno, e il risultato viene ricentrato e normalizzato a raggio unitario, il che scarta la scala assoluta.

Ciò che è assente conta tanto quanto ciò che è presente. Non c'è codice di addestramento, né infrastruttura di valutazione, né split di benchmark, né mesh di confronto. Il pacchetto Python mantiene il vecchio nome — sparc3d, con un punto di ingresso Sparc3DPipeline — il che è un utile promemoria del fatto che questa è la base di codice di ricerca con una nuova etichetta, non una nuova build. L'adattatore demo opzionale è basato su Hunyuan3D-2 mini di Tencent e ha la propria licenza, separata da quella di Hi3D.

L'elenco delle dipendenze è breve e implacabile: Linux, Python 3.10, una GPU NVIDIA con compute capability 8.0 o superiore, CUDA 12.0–12.5 abbinata alla build di PyTorch e flash-attn senza alcun percorso di fallback. Non è prevista l'inferenza su CPU. La configurazione rispetto alla quale Hi3D ha eseguito le misurazioni era una singola H20 da 96 GB, e il repository afferma che 1536³ è stato convalidato solo su quella GPU. DINOv2-large e CLIP-ViT-L/14 vengono scaricati separatamente in fase di esecuzione.

"Validato in produzione" è un'espressione, non una misurazione.

Il comunicato stampa non definisce il termine. La base dichiarata è che il team «l'ha testato in flussi di lavoro di produzione reali per migliorarne l'usabilità pratica» prima di renderlo open source. Si tratta di una descrizione di dogfooding interno, una cosa ragionevole da fare per un'azienda e una cosa debole da mettere in un titolo. Non c'è alcun cliente nominato, alcun numero di deployment, alcun dato sul tasso di errore e nessuna terza parte coinvolta. Il comunicato inoltre non cita nessuno: indica un contatto media e non attribuisce alcuna dichiarazione a nessuna persona.

Non è uno scandalo. È così che funzionano le comunicazioni dei fornitori, e Hi3D è ben lungi dall'essere il peggiore in questo. Ma la frase qui svolge una funzione precisa. "Convalidato in produzione" induce il lettore a supporre che un uso produttivo indipendente sia stato osservato e misurato. Ciò che il comunicato supporta è più limitato: il fornitore ha usato il proprio modello nei propri flussi di lavoro. Sono affermazioni diverse, e solo la seconda è documentata.

Lo stesso ritegno dovrebbe applicarsi ai dati di qualità. Il comunicato in lingua inglese afferma che il modello ha ottenuto «i punteggi più alti di fedeltà multi-vista e ricchezza di dettaglio nella valutazione riportata» senza pubblicare i punteggi. La copertura in lingua cinese dello stesso lancio li fornisce: fedeltà multi-vista 0,75, ricchezza di dettaglio 0,841, un punteggio di preferenza umana dell'85,9% e un tasso di superamento dello slicing dichiarato di circa il 90%, rispetto al 7–17% di modelli mainstream non specificati a 1536³. Ognuno di questi è dichiarato dal fornitore. Nessuno è stato replicato in modo indipendente, e il repository non può riprodurli perché l'harness di valutazione non è stato distribuito.

La cifra del 90% relativa allo slicing è quella da prendere con cautela. Non indica quale slicer sia stato usato, non riporta mesh di test, non definisce cosa conti come errore e non nomina alcun modello di riferimento nel comunicato in inglese. Potrebbe benissimo essere accurata. Al momento, però, non è prova di nulla su cui un acquirente possa agire.

Il numero che è cambiato: da 500.000 a 2.000.000

Sepolta sotto le dichiarazioni sulla qualità c'è l'affermazione più concreta del rilascio. Hi3D afferma che i dati di addestramento sono cresciuti da circa 500.000 asset 3D curati a circa due milioni. Si tratta di un aumento di quattro volte rispetto alla baseline di Sparc3D e, a differenza dei punteggi di preferenza, è un'affermazione con un referente chiaro: un conteggio degli asset che il team afferma di aver curato.

Resta non verificabile. Il repository non include un manifesto dei dati, una ripartizione per categorie, un elenco della provenienza delle licenze né alcuno strumento di campionamento. Non puoi controllare cosa fossero gli 1,5 milioni di asset aggiuntivi, da dove provenissero o se si sovrappongano al set di valutazione. L’affermazione è verificabile in linea di principio e non verificata in pratica: è la descrizione onesta della maggior parte delle divulgazioni sui dati di addestramento nelle release aperte.

Ciò che quattro volte i dati consentono plausibilmente di ottenere è proprio ciò in cui i modelli di rifinitura sono scarsi: la generalizzazione a categorie di oggetti che la mesh grossolana gestisce male. Uno stadio di rifinitura che ha visto più della coda lunga dovrebbe avere meno probabilità di allucinare dettagli plausibili ma errati quando l'input è insolito. Questa è un'ipotesi sul comportamento, non una garanzia, e il modo per verificarla è sui propri asset anziché su un grafico del fornitore.

Come verificarlo da solo, a basso costo

Il rilascio è insolitamente facile da falsificare per un modello senza benchmark. Poiché l'input è una mesh grossolana più una foto, puoi costruire un piccolo set di test onesto in un pomeriggio:

• Prendi venti oggetti che hai già come mesh scansionate o modellate. Porta ciascuno a una versione volutamente grossolana — decima, leviga o fallo passare attraverso qualunque generatore tu usi già.

• Renderizza un'immagine di riferimento pulita per oggetto da una camera nota e conserva una seconda vista che non mostri mai al modello.

• Affina a 1024³ e 1536³, poi confronta la vista tenuta da parte con l'originale. Stai misurando se il dettaglio extra è reale, non se sembra nitido.

• Valuta la tenuta stagna, la manifoldità e il numero di triangoli prima che qualsiasi slicer lo tocchi. Se stai stampando, fai lo slicing con l'esatto profilo con cui stamperai, e registra i fallimenti anziché i successi — i casi di fallimento sono quelli in cui il numero del fornitore non ha risposta.

• Attenzione alla perdita di scala. La normalizzazione a raggio unitario fa sì che il modello non preservi le dimensioni reali del tuo input, quindi qualsiasi pipeline di stampa richiede un passaggio di ridimensionamento che devi gestire tu.

Venti oggetti non produrranno un benchmark. Ti diranno se questo modello vale cento, e questa è la decisione che la maggior parte dei team ha davanti questa settimana.

La licenza è aperta nello stesso modo in cui una prova è gratuita

I pesi e il codice proprietario di Hi3D sono soggetti alla Hi3D Open License Agreement 1.0, che non è una licenza approvata OSI e non dovrebbe essere descritta come open source senza tale qualificatore. L'uso commerciale è consentito. Sono previste due condizioni. Un'integrazione deve mostrare "Powered by Hi3D 1.0" e un prodotto che supera 200.000 utenti attivi mensili o 1.000.000 $ di ricavi mensili deve darne notifica a Hi3D e negoziare una licenza separata entro 60 giorni.

Per un gruppo di ricerca o uno strumento interno, nessuna delle due clausole è vincolante. Per chiunque costruisca un servizio 3D commerciale basato su questi pesi, le soglie sono abbastanza basse da poterle considerare in fase di pianificazione anziché scoprirle. Le porzioni sottostanti di Sparc3D mantengono i termini originali Apache-2.0 e MIT, quindi la licenza è un mosaico: alcuni file sono realmente permissivi, altri no. Leggi le note a livello di file prima di ridistribuire.

Il prodotto commerciale è una cosa del tutto diversa. Hi3D vende la v3.0, descritta come geometria 2048³ con texture fino a 8K. La V1.0 è il modello più vecchio, aperto e solo geometrico. Nessuno dovrebbe interpretare questo rilascio come se l'azienda stesse regalando il suo prodotto attuale; sta regalando la fase di rifinitura della generazione precedente.

Dove un router è adatto, e dove onestamente non lo è

OrcaRouter non fornisce modelli di geometria 3D. Nulla in questo articolo deve essere interpretato come un'offerta a eseguire Hi3D V1.0 tramite la nostra API, perché non possiamo. La pipeline descritta sopra funziona sulla tua GPU, altrimenti non funziona affatto.

La parte di un workflow 3D che è multimodale, però, è il ciclo di revisione. Confrontare una mesh rifinita con la sua foto di riferimento, verificare se un render corrisponde al brief, redigere i difetti da un turntable — questo è lavoro da modello di visione, ed è la parte che i team tendono a improvvisare per ultima. Una sola chiave per oltre 200 modelli linguistici, di visione e audio significa che il passaggio di QA non richiede un proprio approvvigionamento, e il failover automatico mantiene in esecuzione un job di revisione quando un singolo fornitore si degrada. Se stai testando tre impostazioni di rifinitura su venti oggetti, la parte costosa è il giudizio, non il campionamento.

Cosa cambierebbe questa valutazione?

Tre cose, in ordine decrescente di utilità. Un harness di valutazione rilasciato con le mesh di test e le impostazioni dello slicer trasformerebbe quel 90% in un numero che qualcun altro può riprodurre. Un manifest dei dati renderebbe verificabile l'affermazione sui due milioni di asset. Un'esecuzione di terze parti su hardware diverso da una H20 da 96 GB stabilirebbe se 1536³ è un vero punto operativo o un aneddoto su singola GPU.

Fino ad allora, l’atteggiamento corretto è quello che il repository stesso invita ad assumere: scaricarlo, eseguirlo su oggetti che si conoscono e trattare ogni percentuale da titolo come un’ipotesi. Hi3D V1.0 è un modello di refinement reale, scaricabile e solo per inferenza, con requisiti hardware impegnativi e una licenza che smette di essere gratuita su larga scala. È un rilascio utile. Non è ancora un rilascio validato, qualunque cosa dica il testo d’agenzia.