输入图像。
输出 GLB。

2dzn.com 的新工具只做一件事：接收图像或物体描述，返回带纹理的 GLB 模型。结果可以直接在浏览器里旋转、下载，之后也能在自己的图库里找到。ComfyUI 面板不会公开，浏览器也不能提交任意工作流。

两个 ComfyUI 实例，一张显卡

RTX 5090 负责两个独立阶段。第一个 ComfyUI 生成源图并移除背景，第二个专门运行 TRELLIS.2。阶段之间，后端从内存卸载模型；共享 GPU 锁则防止视频、图像生成和 3D 重建同时争用同一张显卡。

针对文本输入，我加入了两个更精细的模型：20 步的 FLUX.2 Dev FP8 和 30 步的 RealQwen Image FP8。快速版本仍然可用，但默认优先保证图像质量。TRELLIS 会重建它看到的内容，所以在劣质源图上省下的几秒钟，往往会变成之后扭曲的几何体。

毫无意义的 30%

第一个严重错误看起来很不起眼。任务停在 Trellis.2 正在创建带纹理的 GLB · 30%，显存占用只有约 7%。队列声称工作流正在运行，实际上预处理在没有 ONNX 后端的情况下尝试启动 rembg。节点没有报错，只是一直停在那里。

我把去背景阶段移到第一个 ComfyUI，使用正常工作的 BiRefNet-general，而不是往运行中的容器补装软件包就算修好。后端保存 PNG，并在发送给 TRELLIS 前检查 alpha 通道。有问题的 rembg 路径保持禁用。

队列与恢复

页面最多接受五个活跃任务，每次只有一个 TRELLIS 任务使用 GPU。等待中的任务可以取消，正常生成时禁止重启运行环境。如果服务器真的卡住，受控操作会让 AI Manager 按 video → off → video 切换，等待两个 ComfyUI 实例就绪并清理故障条目。

源文件与结果归属于私有会话。GLB 模型写入对应任务目录，后端只从该目录获取一个带纹理文件。客户端不知道服务器路径，也无法访问他人的成果。

用真实任务验证

最终测试走完了公开页面的完整流程：上传图像、BiRefNet、释放内存、TRELLIS.2、保存图库和私有下载。模型生成耗时 148.78 秒，文件为 21,949,260 字节，二进制 glTF 文件头正确。结束后两个队列均为空，模型已卸载，231 项测试全部通过。

这项工作最有用的部分并不华丽：分离阶段，并落实简单约定。源图必须有 alpha，工作流必须留在服务器，结果必须是一个 GLB，任务结束后内存必须释放回池中。这样，生成器才像真正的工具，而不是一张需要时刻看守的 ComfyUI 标签页。