Three-Live: 3D scritto dall'IA sul web e mobile

Punti salienti e prove attuali

Three-Live aiuta gli sviluppatori a trasformare il codice di scene Three.js scritto dall'IA in contenuti 3D visualizzabili sul web e nelle applicazioni mobili native. L'idea centrale è utilizzare un sottoinsieme supportato di Three.js come descrizione portatile della scena, quindi compilare la scena risultante in GLB o USDZ. Fornisce un compilatore, renderer e integrazioni; un modello esterno può scrivere il codice.

Fonte delle immagini dello Studio, dell'architettura e delle figure XR: Google Open Source Blog.

Il repository è sotto l'organizzazione Google, ma dichiara esplicitamente di non essere un prodotto ufficialmente supportato da Google. Il README attuale definisce il progetto Beta. Gli esempi ufficiali mostrano geometria procedurale, materiali PBR, animazione e interazione spaziale tra WebGL2/WebXR, Android Filament e Jetpack XR e Apple RealityKit. Questi esempi dimostrano flussi di lavoro previsti, non una garanzia di prestazioni su tutti i dispositivi.

L'articolo di lancio riporta tempi di compilazione tipici di 2–5 millisecondi, senza un protocollo completo di benchmark hardware-e-scena. Questa cifra non deve essere interpretata come la latenza totale da immagine a 3D. Il repository include inoltre una suite di valutazione con 100 prompt e una suite smoke con 10 script, che coprono compilazione, diagnostica delle funzionalità non supportate, rendering, simulazione e riparazione in un turno; la loro sola presenza non dimostra che ogni script generato funzioni.

Dal codice a una scena nativa

Un autore o un modello di programmazione costruisce mesh, materiali, trasformazioni e gruppi tramite l'API supportata. L'host esegue lo script in un ambiente vincolato. Sulle piattaforme native, ThreeEngine incorpora il motore JavaScript Boa in Rust, reimposta lo stato della scena e globale, esegue lo script ed estrae un SceneGraph tipizzato dai buffer grezzi. L'entry point GLB passa quel grafo a write_glb; percorsi separati producono USDZ. La rappresentazione intermedia è un grafo di scena esplicito, non un latente 3D appreso.

I limiti di esecuzione sono importanti perché il codice generato può contenere cicli senza termine o una quantità eccessiva di geometria. Nel codice sorgente esaminato, l'esecuzione degli script in produzione è limitata a 500 millisecondi, con il controllo dell'orologio ogni 10.000 opcode della VM. I limiti della scena includono 100.000 vertici e 1.000 mesh. Per la transcodifica si applica una scadenza separata di packaging. Si tratta di limiti protettivi definiti dall'implementazione, non di misurazioni della velocità di rendering né di una dichiarazione di isolamento perfetto. Il percorso web utilizza un worker, con un iframe dall'origine opaca opzionale; l'accesso alla rete e allo spazio di archiviazione è vincolato.

Dopo la compilazione, gli adattatori della piattaforma caricano l'asset nel renderer di destinazione. Android utilizza Filament e le integrazioni XR; le piattaforme Apple utilizzano RealityKit; il browser dispone di un proprio renderer WebGL2 e del supporto WebXR. I tratti dichiarativi userData.xr descrivono comportamenti supportati come la presa o l'ancoraggio spaziale. Il comportamento live in fase di esecuzione richiede la corrispondente integrazione runtime: un'anteprima statica del modello del sistema operativo non conserva un'interazione JavaScript arbitraria.

Il flusso di lavoro dell'agente aggiunge un ciclo di verifica. La CLI può convalidare uno script, eseguire il rendering di un contact sheet a quattro viste e convertire gli asset; la sua interfaccia MCP espone queste operazioni agli agenti di programmazione. L'harness di valutazione può restituire la diagnostica del compilatore e critiche visive per un turno di riparazione. Questo collega la generazione del codice alla geometria e all'inquadratura osservabili, mentre le funzionalità API non supportate o degradate restano aspetti da esaminare, non da ignorare.

Applicazioni e stato dello sviluppo

Three-Live è rilevante per visualizzatori di prodotti procedurali, scene educative modificabili, prototipi AR e authoring 3D assistito dall'IA nelle applicazioni. Può ridurre il lavoro di authoring delle scene specifico per piattaforma, ma non promette la piena compatibilità con applicazioni Three.js arbitrarie. Le opzioni per pacchetti e binari includono npm, strumenti Rust, librerie Android e Apple Swift Package Manager; il repository utilizza Apache-2.0.

Il changelog non rilasciato ufficialmente costituisce la base per le direzioni di sviluppo qui descritte. Elenca la generazione runtime da immagine a scena con controlli della qualità spaziale e riparazione in un turno, oltre all'accelerazione opzionale delle scene WebGPU e dei Gaussian splat. Si tratta di voci implementate nel ramo di sviluppo, non di promesse che ogni release pacchettizzata le includa. Il percorso delle immagini verifica il numero minimo di mesh, i limiti finiti, la copertura della telecamera e le sovrapposizioni critiche; tali controlli non dimostrano una ricostruzione fedele dell'immagine di input.

Questa analisi ha esaminato l'entry point del compilatore, i limiti di esecuzione, la rappresentazione della scena, la documentazione della valutazione e il changelog. Non ha installato l'SDK né misurato le prestazioni sui dispositivi.