L’ANALISI
GLB-3D-Coder: nuovi GGUF e proiettore opzionale
GLB-3D-Coder aggiorna i GGUF Q4_K_M e Q8_0 senza cambiare i nomi dei file. Aggiunge un proiettore visivo; resta una preview indipendente.
In breve: GLB-3D-Coder è una preview indipendente di CCORE per generare scene Three.js con esportazione GLB. Il 2 novembre sono cambiati i GGUF Q4_K_M e Q8_0, pur mantenendo gli stessi nomi, ed è stato aggiunto un proiettore visivo opzionale. Chi ripete un esperimento deve quindi annotare revisione e hash, non fidarsi del nome del download.
Verifica documentale della model card fissata alla revisione 64c3a6158fceede37b90c418c697606f10517e47, della cronologia e dei metadati LFS prima e dopo il cambio. Non sono stati scaricati i pesi, eseguito il modello o verificati gli export in Godot. L’immagine mostra una dimostrazione dell’autore.
Che cosa è cambiato il 2 novembre?
Il commit delle 05:50 ora italiana sostituisce entrambi i GGUF. Nomi e dimensioni restano uguali, ma cambiano gli identificatori SHA-256 LFS: è un cambiamento dei file, non soltanto della descrizione. Il commit successivo, delle 05:52, aggiunge il proiettore BF16. La prima preview era stata caricata il 1 novembre alle 23:33 ora italiana. La data di questo aggiornamento non va confusa con quella della prima pubblicazione. CCORE: cronologia dei checkpoint e del proiettore.
Il modello produce direttamente un file Godot?
Il percorso descritto nella card passa da un prompt a un file HTML/JavaScript con una scena Three.js e un comando di esportazione GLB. L’asset esportato può poi essere importato in un editor come Godot. Non è quindi una promessa di progetto Godot completo, né una prova che ogni scena generata si apra senza correzioni. La galleria documenta esempi scelti dall’autore, non una percentuale di successo riprodotta da Radar. CCORE: model card GLB-3D-Coder alla revisione verificata.
Quando serve il proiettore visivo?
La card lo presenta come file opzionale per usare immagini di riferimento con un runtime compatibile con i GGUF multimodali Qwen3.5. Lo stesso proiettore accompagna entrambe le quantizzazioni; per prompt solo testuali non è necessario. È il proiettore BF16 originale e non modificato, secondo CCORE, non un nuovo encoder addestrato specificamente per questa preview. La compatibilità va verificata nel runtime scelto: qui non è stata provata. CCORE: model card GLB-3D-Coder alla revisione verificata.
Come preparare un confronto ripetibile?
Un protocollo prudente conserva separatamente il vecchio checkpoint e il nuovo, annota la revisione del repository e confronta il checksum effettivo del file con quello pubblicato. Blocca poi prompt, parametri e runtime: la card dichiara invariati system prompt e impostazioni di campionamento. Per ciascun tentativo registra se il codice si apre, se l’export riesce e se l’asset viene importato correttamente. È una procedura proposta, non un test eseguito. Il solo nome del GGUF non distingue più le due versioni. CCORE: model card GLB-3D-Coder alla revisione verificata.
Quali promesse non sono ancora dimostrate?
CCORE descrive un miglioramento sostanziale e riferisce che molti esempi riescono al primo tentativo, soprattutto con prompt inglesi. Mancano però una nostra riproduzione e un benchmark indipendente su un insieme prefissato. Il training continua e la card rinvia i Safetensors completi e il dataset a un momento successivo. I file disponibili permettono esperimenti, ma non giustificano conclusioni generali sulla qualità o sui tempi di produzione. CCORE: model card GLB-3D-Coder alla revisione verificata.
Condizioni e limitazioni
Training ancora in corso. Safetensors completi e dataset sono annunciati per dopo, non una release finale già disponibile. Miglioramenti di qualità e riuscita al primo tentativo restano dichiarazioni dell’autore; non abbiamo misurato qualità, velocità o requisiti di memoria.
Checklist pratica
- Fissare la revisione del repository prima di scegliere il GGUF da scaricare.
- Confrontare SHA-256 e nome del file; archiviare il checkpoint precedente invece di sovrascriverlo alla cieca.
- Usare il proiettore soltanto per immagini di riferimento e con un runtime che dichiari quella compatibilità.
- Tenere costanti prompt, impostazioni di campionamento e runtime nel confronto.
- Ispezionare il codice generato e provarlo in un ambiente isolato, senza credenziali o file riservati.
- Registrare separatamente generazione, apertura della scena, esportazione GLB e importazione nell’editor; annotare anche gli insuccessi.