L’ANALISI
CCORE GLB-3D-Coder: nuovi pesi per asset 3D locali
CCORE GLB-3D-Coder aggiorna u008186: nuovi GGUF Q4/Q8 e cinque shard originali. Cosa riscaricare e quali controlli fare sull’export GLB.
In breve: CCORE GLB-3D-Coder u008186 rende disponibili GGUF aggiornati e cinque shard originali per generare codice Three.js con esportazione GLB. Chi aveva scaricato una versione precedente deve distinguere i nuovi pesi dalla vecchia copia: i nomi dei GGUF non sono cambiati. Model card CCORE u008186.
Verifica documentale del 5 novembre 2026: model card fissata alla revisione af1317d39b8ea645719cc90c4d3177ca22935429, cronologia e metadati LFS confrontati con la revisione 8050c5416f4a75b02587a01c129321049c9e0c4c. Non abbiamo eseguito il modello, misurato memoria o confrontato risultati. L’immagine è una dimostrazione scelta dal progetto, non un nostro output.
Che cosa cambia rispetto alla preview del 2 novembre?
La preview era già disponibile: non è il primo annuncio del progetto. Il 5 novembre alle 06:32:35 ora italiana la cronologia registra i GGUF u008186; alle 06:42:47 arrivano i pesi originali. Il confronto dei metadati mostra nomi e dimensioni identici per Q4_K_M e Q8_0, ma identificatori LFS diversi. La precedente scheda Radar documentava un altro aggiornamento, del 2 novembre. La distinzione serve a non ripetere lo stesso lancio e a identificare il file effettivamente usato. CCORE: cronologia dei pesi e delle revisioni.
Che cosa si può scaricare adesso?
Il repository contiene due GGUF aggiornati e cinque shard Safetensors originali, per un totale di 17.490.122.528 byte. La card specifica pesi testuali FP32 e visivi BF16, con licenza Apache 2.0. Il dataset di addestramento è invece annunciato per un momento successivo: disponibilità dei pesi e disponibilità dei dati non coincidono. CCORE è il manutentore di un fine-tuning indipendente su Qwen3.5-4B, non un nuovo rilascio ufficiale del team Qwen. CCORE: file e cinque shard alla revisione verificata.
Dal prompt al GLB: quali passaggi restano da verificare?
Il percorso descritto passa da una richiesta testuale a un file HTML/JavaScript completo. Il browser visualizza la scena Three.js e offre Export GLB; l’asset deve poi essere controllato nell’editor. Questo non equivale a generare un videogioco completo. La card avverte che materiali, luci e animazioni possono differire fra anteprima ed esportazione e che può servire una correzione del codice. Il confine utile del test è quindi l’importazione e riapertura del GLB, non il solo screenshot della scena. CCORE: model card del checkpoint u008186.
Quanto hardware serve e quando il flusso è davvero offline?
Le dimensioni dei download non sono requisiti RAM o VRAM misurati. Runtime, contesto, cache e offload cambiano la memoria necessaria; qui non sono stati provati. La card richiede un runtime compatibile con Qwen3.5 e indica che l’HTML può caricare Three.js e componenti da CDN. Inferenza locale e pagina utilizzabile senza rete sono verifiche separate. Prima di usare materiale riservato, proponiamo di ispezionare il codice generato e svolgere una prova isolata, senza credenziali o accesso a file personali. CCORE: model card del checkpoint u008186.
Come impostare una prova che dica qualcosa di utile?
Proponiamo un banco da lavoro low-poly come singolo asset originale: conservare revisione, hash del download, runtime, prompt e parametri; verificare apertura della scena, export, importazione in Godot, modifica di un componente, salvataggio e riapertura. Registrare anche errori e correzioni manuali. È un protocollo ancora da eseguire, non una dimostrazione di compatibilità o una percentuale di successo. Le immagini comparative pubblicate dal progetto non sostituiscono un confronto indipendente su richieste fissate in anticipo. CCORE: model card del checkpoint u008186.
La distinzione dalla preview è documentata nella scheda Radar del 2 novembre sui precedenti GGUF.
Condizioni e limitazioni
Nessun peso scaricato e nessuna generazione, esportazione o importazione in Godot eseguita. I circa 17,49 GB degli shard indicano download, non RAM richiesta. La pagina generata può caricare librerie da CDN e l’export può differire dall’anteprima; il dataset resta annunciato.
Checklist pratica
- Fissare la revisione e confrontare l’hash del GGUF con i metadati pubblicati, senza fidarsi del solo nome.
- Conservare una copia identificata del checkpoint precedente prima di sostituirlo.
- Controllare compatibilità Qwen3.5, spazio disco e memoria durante una prova limitata, senza dedurli dai GB scaricati.
- Usare un prompt originale non sensibile e ispezionare HTML, JavaScript e richieste di rete prima dell’apertura.
- Verificare separatamente anteprima, esportazione GLB, importazione, modifica e riapertura nell’editor.
- Registrare fallimenti, correzioni e parametri; non trasformare la vetrina del progetto in un benchmark indipendente.