11 代码驱动 Blender 的工程工作流如果 Blender 模型主要由 Python 生成那么工作方式与传统手工建模明显不同。核心原则是Blender 中发现问题Python 中固定解决方案。一、典型工作流asset_spec.py ↓ build_converter.py ↓ converter_master.blend ↓ 人工检查 ↓ validate_scene.py ↓ export_glb.py ↓ converter.glb ↓ Three.js二、Blender 在流程中的角色Blender 不只是查看器它同时承担三维场景载体、模型检查、材质检查、运动调试、结构诊断、GLB 导出环境。但在代码驱动项目中真正长期稳定的结构参数通常应该回到 Python 源码。三、为什么不建议大量手工永久修改假设 Python 中door_width8.8你在 Blender 里手工拉成 9.2下次重新运行build_converter.py它仍可能恢复成 8.8。四、推荐修改流程Python 生成 ↓ Blender 检查 ↓ 发现问题 ↓ Blender 临时试参数 ↓ 确认参数 ↓ 写回 Python ↓ 重新生成五、为什么对象命名必须稳定Three.js 可能通过model.getObjectByName(BOF_TiltPivot)查找节点。如果你在 Blender 中随手改名前端可能直接失效。因此BOF_ROOT BOF_TiltPivot BOF_LanceRoot FIRE_DOOR_ROOT这类名称实际上是模型与程序之间的接口契约。六、Collection 重构不能破坏 Parent如果加入BOF_LOD0/1/2Collection应主要改变对象属于哪个 Collection而不要随便改Object.name、Parent、Transform、Pivot、Material。七、推荐分层几何层BOF_LOD0 BOF_LOD1 BOF_LOD2控制层BOF_CONTROLS辅助层BOF_HELPERS预览层BOF_PREVIEW八、自动验证应该检查什么必须节点是否存在 名称是否重复 Parent 是否正确 Transform 是否异常 材质是否存在 LOD 是否完整 Pivot 是否存在 导出节点是否可用九、人工检查不能完全省略脚本很难判断“挡火门是否显得太窄”“烟罩是否视觉穿模”“炉体倾动是否自然”等问题。因此最佳方式是自动验证 人工视觉检查。十、为什么适合大型数字孪生当项目扩展到转炉、钢包、天车、连铸机、泵、阀门、管廊、建筑后代码驱动带来的可重复构建、参数化、统一命名、自动验证、批量导出和版本管理会非常重要。核心认识Blender 场景和检查环境 Python 自动构建与规则来源 GLB 交付格式 Three.js 实时运行环境