智慧建筑数字孪生可视化平台建模规范

古河数字孪生平台的模型交付，应同时满足空间准确、设备可关联、目标终端可运行和后续可维护四个要求。模型文件大小、面数、贴图与导出格式需按所用Web或UE路线确定，不能将一个历史项目的制作参数当作所有项目的硬性标准。

一、把建模范围写成业务任务

模型精细度由任务决定。应避免遗漏运维需要的设备和检修位置，也不必为日常定位复制与业务无关的细节。跨专业模型使用同一单位与坐标基准，导入后用已知位置抽查。

二、命名、对象标识与业务编码分别管理

建议建立稳定、唯一的对象标识，再用映射表关联资产和设备。英文命名可以作为项目协作约定，但中文名称本身并不必然导致绑定错误；真正需要避免的是重名歧义、标识变化无人记录以及把显示名称当作唯一键。

模型合并与拆分要保留可操作边界。若整栋楼合成一个无法单独定位的对象，就可能影响楼层查看或设备绑定。重复构件可以按引擎能力复用几何和材质，但实例仍有位置、状态和渲染开销，不能把大量实例的总资源等同于单个对象。

三、几何与贴图预算怎样确定

文件压缩小不等于运行内存小；贴图解码、材质数量与对象数量也会影响体验。应先用一组代表模型确定预算，再按相同配置验证批量导出。LightMap、CompleteMap或特定材质转换流程仅在对应工具链采用，不能套用到所有路线。

四、交付包应包含哪些资料

除模型文件外，应提供坐标与单位说明、空间层级、对象标识、设备映射、材质贴图依赖、版本及变更清单。对缺失模型或暂不具备接口的设备明确记录，不用演示对象替代真实资产。

五、发布前后的样板验证

原有渲染性能实测可用于参考分析方法，其模型规模与帧率只对应原测试环境。每个项目仍需记录首次与缓存后加载、交互停顿、内存以及实际业务任务的表现。截图用于核对外观，不能替代运行验证。