Three-Live 本身就是生成 3D 的 AI 模型吗？

不。它会执行、验证、编译并显示场景代码。单独的编码或多模态模型会通过所选集成提供 AI 生成的脚本。

导出 GLB 或 USDZ 会保留完整的交互式应用吗？

不。这些文件承载受支持的资源数据；实时交互还取决于运行时绑定和平台支持。静态 OS 预览无法替代完整的 Three-Live 运行时。

Three-Live：连接 AI 生成的 3D 内容

Q: 每个 Three.js 应用都能在移动设备上原样运行吗？

不是。可移植性适用于受支持的场景 API 和运行时行为。浏览器依赖项、不受支持的功能以及任意交互逻辑需要进行检查或适配。

重点与当前证据

Three-Live 帮助开发者将由 AI 编写的 Three.js 场景代码转换为可在网页和原生移动应用中显示的 3D 内容。其核心理念是使用 Three.js 的受支持子集作为可移植的场景描述，然后将生成的场景编译为 GLB 或 USDZ。它提供编译器、渲染器和集成功能；外部模型可以编写代码。

Studio、架构和 XR 图示的图片来源：Google Open Source Blog。

该代码仓库隶属于 Google 组织，但明确表示它不是 Google 官方支持的产品。当前 README 将项目标记为 Beta。官方示例演示了 WebGL2/WebXR、Android Filament 和 Jetpack XR，以及 Apple RealityKit 中的程序化几何、PBR 材质、动画和空间交互。这些示例展示的是预期工作流，而不是对所有设备性能的保证。

发布文章报告的典型编译时间为 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 场景和高斯泼溅加速。这些是开发分支中已实现的条目，并不意味着每个打包版本都包含它们。图像路径会检查最小网格数量、有限边界、相机覆盖范围和关键重叠；这些检查不能证明对输入图像进行了忠实重建。

本次评审检查了编译器入口点、执行限制、场景表示、评估文档和变更日志，但没有安装 SDK，也没有测量设备上的性能。