Three-Live：AI 撰寫的跨 Web 與行動裝置 3D

重點與目前證據

Three-Live 協助開發者將由 AI 撰寫的 Three.js 場景程式碼轉換為可在網頁和原生行動應用程式中顯示的 3D 內容。其核心概念是使用 Three.js 的受支援子集作為可攜式場景描述，然後將產生的場景編譯為 GLB 或 USDZ。它提供編譯器、渲染器和整合功能；外部模型可以撰寫程式碼。

Studio、架構和 XR 圖例的圖片來源：Google Open Source Blog。

該儲存庫隸屬於 Google 的組織，但明確表示它不是 Google 官方支援的產品。目前的 README 將專案標示為 Beta。官方範例展示了程式化幾何、PBR 材質、動畫，以及跨 WebGL2/WebXR、Android Filament 和 Jetpack XR、Apple RealityKit 的空間互動。這些範例展示的是預期工作流程，而非對所有裝置效能的保證。

啟動文章報告的典型編譯時間為 2–5 毫秒，但沒有完整的硬體與場景基準測試規範。這個數字不應被解讀為從影像到 3D 的總延遲。儲存庫還包含一套 100 個提示的評估套件，以及一套涵蓋編譯、不受支援功能診斷、渲染、模擬和單回合修復的 10 個腳本冒煙測試套件；僅憑它們的存在，不能證明每個產生的腳本都能運作。

從程式碼到原生場景

作者或程式設計模型透過受支援的 API 建立網格、材質、變換和群組。主機會在受限環境中執行腳本。在原生平台上，ThreeEngine 在 Rust 中嵌入 Boa JavaScript 引擎、重設場景與全域狀態、執行腳本，並從原始緩衝區擷取具型別的 SceneGraph。GLB 入口點 將該圖傳遞給 write_glb；另外的路徑則會產生 USDZ。中間表示法是明確的場景圖，而不是學習得到的 3D 潛在表示。

執行限制十分重要，因為產生的程式碼可能包含失控迴圈或過多幾何。根據檢視過的原始碼，正式環境的腳本執行上限為 500 毫秒，並且每 10,000 個 VM 操作碼檢查一次時鐘。場景上限包括 100,000 個頂點和 1,000 個網格。轉碼另有獨立的封裝期限。這些是由實作定義的保護性限制，不是渲染速度測量，也不是完全隔離的宣稱。網頁路徑使用 worker，並可選用不透明來源的 iframe；網路和儲存體存取受到限制。

編譯後，平台介面卡會將資產載入目標渲染器。Android 使用 Filament 和 XR 整合；Apple 平台使用 RealityKit；瀏覽器則有自己的 WebGL2 渲染器和 WebXR 支援。宣告式的 userData.xr 特徵描述受支援的行為，例如抓取或空間錨定。即時執行階段行為需要相應的執行階段整合：靜態的作業系統模型預覽不會保留任意 JavaScript 互動。

代理工作流程加入了驗證迴圈。CLI 可以驗證腳本、渲染四視圖聯絡表並轉換資產；其 MCP 介面會將這些操作公開給程式設計代理。評估工具可以在一次修復回合中回傳編譯器診斷和視覺評論。這會將程式碼產生連接至可觀察的幾何和構圖，同時不受支援或降級的 API 功能仍需要檢查，而不能假定其不存在問題。

應用與開發狀態

Three-Live 適用於程式化產品檢視器、可編輯教育場景、AR 原型，以及應用程式內由 AI 輔助的 3D 創作。它可以減少平台特定的場景製作工作，但不承諾與任意 Three.js 應用程式完全相容。套件和二進位檔選項包括 npm、Rust 工具、Android 程式庫和 Apple Swift Package Manager；該儲存庫採用 Apache-2.0。

官方的未發布變更記錄是此處開發方向的依據。它列出了具備空間品質檢查和單回合修復的執行階段影像到場景生成，以及可選的 WebGPU 場景和 Gaussian-splat 加速。這些是開發分支中已實作的項目，不代表每個封裝版本都包含它們。影像路徑會檢查最小網格數量、有限邊界、相機涵蓋範圍和關鍵重疊；這些檢查無法證明輸入影像已被忠實重建。

本次檢視涵蓋了編譯器入口點、執行限制、場景表示法、評估文件和變更記錄。未安裝 SDK，也未測量裝置上的效能。