3D模型编辑器

大多数出问题的资产，几何体本身并没有问题

当一个3D文件从客户、素材市场或某个不是你挑的导出器那里送来时，网格通常都没什么毛病。真正出问题的是它周围的结构：一个道具被父级绑在离它看起来所在位置两百个单位之外的游离空物体下面、一个没人删掉的Cube.001占位对象、一套本不该交付的骨骼和三盏灯，又或者是像Object_12这样、却要让你的引擎在运行时按名字查找的节点名。

修好其中任何一项，通常都意味着启动一整套DCC软件、等它导入完成、改动一个字段，然后重新导出——而导出器会在这个过程中悄悄改写另外五样东西。这个编辑器直接作用于场景图，并通过读取该文件的同一条管线重新导出。

改的是节点变换，而不是烘焙进顶点

这里的每一次编辑改变的都是节点的位置、旋转和缩放，而不是重写顶点坐标。这个区别很关键。在场景编辑器里，层级本身就是重点：移动父节点必须带动子节点，而把变换烘焙进几何体，恰恰会压平你正想修复的那套结构。GLB和glTF原生存储节点变换，因此编辑可以无损往返。STL、OBJ和PLY没有节点这个概念，它们的导出器会在写出时烘焙世界矩阵——结果依然正确，只是变平了。

如果你要的恰恰相反——把一切都塌陷进顶点，好让它扛得住任何导出器——那就改用3D变换工具。

隐藏不等于删除

这一点经常让人栽跟头。隐藏节点只是设置了一个可见性标记，glTF导出器会遵守它，把该节点完全从文件中略去。而STL、OBJ和PLY的导出器根本不看这个标记，照样把几何体写进去。于是同一个模型，导成GLB看着干干净净，导成STL却把隐藏的垃圾原封不动地带了过去。如果你希望某样东西在所有格式里都消失，就删除它，而不是隐藏它。

旋转以度为单位，缩放不能为零

旋转在内部以弧度存储、以度数显示，并按XYZ顺序应用。缩放会被钳制，避免正好等于零：零缩放会产生奇异矩阵，导出时变成NaN值，并让校验器直接拒收这个GLB。

没有任何数据离开你的设备

文件的解析、编辑和重新导出全部在浏览器标签页内完成。无需上传，无需服务器，无需账号。