对比两款代码优先3D工具,揭示资产生成与渲染分离的协作路径。
𝗚𝗟𝗕-𝟯𝗗-𝗖𝗼𝗱𝗲𝗿 𝘃𝘀 𝗩𝗼𝗿𝗸:关于两款代码优先的 3D 工具的笔记
本周出现了两款听起来相似的工具:GLB-3D-Coder 和 Vork。
它们都是“AI 为 3D 编写代码”。那么区别在哪里?
𝗧𝗵𝗲𝘆 𝘄𝗼𝗿𝗸 𝗮𝘁 𝗱𝗶𝗳𝗳𝗲𝗿𝗲𝗻𝘁 𝘀𝘁𝗲𝗽𝘀 𝗼𝗳 𝗺𝗮𝗸𝗶𝗻𝗴 𝟯𝗗.
想象一下制作电影的过程。
𝗦𝘁𝗲𝗽 𝟭: 𝘆𝗼𝘂 𝗻𝗲𝗲𝗱 𝗽𝗿𝗼𝗽𝘀. A sword, a car, a house.
这就是 GLB-3D-Coder 发挥作用的地方。它是一个 𝟰𝗕 𝗼𝗽𝗲𝗻 𝗺𝗼𝗱𝗲𝗹(基于 Qwen3.5-4B,采用 Apache 2.0 许可证)。你描述一个游戏资产,它就会编写一个 Three.js 页面来展示它,并带有一个 𝗘𝘅𝗽𝗼𝗿𝘁 𝗚𝗟𝗕 按钮。
它的独特之处在于:道具就是代码。想要一把更长的剑吗?𝗖𝗵𝗮𝗻𝗴𝗲 𝗮 𝗻𝘂𝗺𝗯𝗲𝗿, 𝗱𝗼𝗻'𝘁 𝗿𝗲𝗴𝗲𝗻𝗲𝗿𝗮𝘁𝗲.
𝗦𝘁𝗲𝗽 𝟮: 𝘆𝗼𝘂 𝗳𝗶𝗹𝗺 𝘁𝗵𝗲 𝗽𝗿𝗼𝗽𝘀. Place them in a scene, light it, move the camera, add effects, render the video.
这是 Vork 的工作。它不是一个模型。它是一个专为 AI 代理构建的 𝗿𝗲𝗻𝗱𝗲𝗿𝗶𝗻𝗴 𝗲𝗻𝗴𝗶𝗻𝗲。你的代理(例如 Claude Code)将场景编写为代码,进行渲染,查看图片并进行修复。
它的示例包括:𝗮 𝗺𝗶𝗹𝗹𝗶𝗼𝗻 𝘀𝗶𝗺𝘂𝗹𝗮𝘁𝗲𝗱 𝗯𝗶𝗿𝗱𝘀、一个弯曲光线的黑洞,以及将一个发光物体放入真实视频素材中。
𝗪𝗵𝗮𝘁 𝘁𝗵𝗲𝘆 𝘀𝗵𝗮𝗿𝗲:
- GLB-3D-Coder:代码 → 𝗮𝗻 𝗲𝗱𝗶𝘁𝗮𝗯𝗹𝗲 𝟯𝗗 𝗼𝗯𝗷𝗲𝗰𝘁,而不是重新生成的对象
- Vork:代码 → 𝗮 𝗿𝗲𝗮𝗹 𝗿𝗲𝗻𝗱𝗲𝗿𝗲𝗱 𝘃𝗶𝗱𝗲𝗼,而不是猜测像素的 AI 视频
改变一个数字,就会得到可预测的变化。两者皆是如此。
𝗧𝗵𝗲𝘆 𝗰𝗼𝘂𝗹𝗱 𝗲𝘃𝗲𝗻 𝘄𝗼𝗿𝗸 𝘁𝗼𝗴𝗲𝘁𝗵𝗲𝗿: GLB-3D-Coder 导出 .glb 文件,而 Vork 可以加载 .glb 模型。全程使用代码。
𝗧𝗵𝗲 𝗵𝗼𝗻𝗲𝘀𝘁 𝗽𝗮𝗿𝘁:
- 我还没有看到任何人将两者结合使用。这只是文件格式的契合,而非经过测试的工作流程。
- Vork 是一个 𝗿𝗲𝘀𝗲𝗮𝗿𝗰𝗵 𝗽𝗿𝗲𝘃𝗶𝗲𝘄:目前免费,源代码可用(非开源),并且需要最近的 NVIDIA GPU 或 Apple Silicon Mac。
- Vork 的速度声明(𝗮𝗯𝗼𝘂𝘁 𝟭.𝟰–𝟭.𝟳× 𝗳𝗮𝘀𝘁𝗲𝗿 than Blender's EEVEE on stills)是 𝘀𝗲𝗹𝗳-𝗿𝗲𝗽𝗼𝗿𝘁𝗲𝗱,他们表示质量并不相等。
- GLB-3D-Coder 制作 𝗹𝗼𝘄-𝗽𝗼𝗹𝘆 𝗴𝗮𝗺𝗲 𝗮𝘀𝘀𝗲𝘁𝘀,某些请求需要重试或进行少量代码修复。
𝘈𝘐 3𝘋 𝘪𝘴 𝘴𝘱𝘭𝘪𝘵𝘵𝘪𝘯𝘨 𝘪𝘯𝘵𝘰 𝘵𝘸𝘰 𝘤𝘢𝘮𝘱𝘴: 𝘵𝘰𝘰𝘭𝘴 𝘵𝘩𝘢𝘵 𝘨𝘶𝘦𝘴𝘴 𝘵𝘩𝘦 𝘳𝘦𝘴𝘶𝘭𝘵, 𝘢𝘯𝘥 𝘵𝘰𝘰𝘭𝘴 𝘵𝘩𝘢𝘵 𝘸𝘳𝘪𝘵𝘦 𝘤𝘰𝘥𝘦 𝘺𝘰𝘶 𝘤𝘢𝘯 𝘤𝘩𝘢𝘯𝘨𝘦.
链接在回复中 👇
来源:Gul Saeed Khattak · x.com