是否支持基于 BIM 底座的数字化应用开发？

技术上可以承接 BIM 模型轻量化、Web 三维浏览、对象查询、设备档案、工单和 IoT 状态叠加；但滚水科技当前公开案例不足以证明已完整交付 BIM 底座项目，因此正式承诺前必须用客户的一份真实模型完成转换、性能和对象映射 POC。

BIM 数字化应用的核心不是把 Revit 文件放进浏览器，而是让模型对象与资产、空间、文档、工单和实时数据建立稳定关系。若模型只有几何、设备没有唯一编码、竣工后没有更新责任人，再漂亮的三维页面也会迅速过期。先确定业务目标和信息要求，才能选择格式、引擎与更新流程。

在拆分设备、连接与软件平台职责时，还可以对照 中小制造企业如何做数字化系统？ 和 工厂运营数据如何实现线上监控与下钻？；这些内容补充了需要放在同一项决策中考虑的上下文。

展示、运维和控制不是同一档项目

目标层级	需要的模型与数据	典型交付	最大风险
三维展示	几何、材质、楼层和基本分类	浏览、剖切、楼层、搜索、漫游	只做视觉效果，与业务无关联
资产运维	稳定对象 ID、设备属性、空间和档案映射	点选设备、工单、巡检、文档与历史	模型与资产台账版本漂移
能耗与状态叠加	设备点位、时序数据、单位和更新时间	状态着色、告警定位、区域能耗	实时数据错误被三维效果掩盖
仿真或远程控制	校准模型、控制权限、安全联锁和专业算法	场景推演或受控动作	把可视化误当控制系统，产生物理风险

首期若只是领导汇报，不应宣称“数字孪生”；若目标是维修提效，应优先完成资产定位和工单闭环，而不是追求高保真材质。远程控制必须由设备侧与专业控制系统保障，BIM 页面只是授权入口和状态呈现，不能承担安全联锁。

一份模型先做四项尽调

第一检查源格式与授权：是否有可用 Revit/IFC 等源文件，转换工具和字体纹理是否允许部署；第二检查几何：构件数、三角面、纹理、坐标和专业模型是否可合并；第三检查语义：设备 GUID、分类、楼层、空间、系统、属性和台账编号是否存在；第四检查更新：谁发布新版本、对象 ID 是否稳定、历史工单如何继承。

buildingSMART 的 IFC是建筑信息交换的开放数据规范，但支持 IFC 不代表所有软件导出的所有属性都能无损互通，项目仍需定义交换视图与字段验收。大范围地理三维可考虑 OGC 3D Tiles这类面向分层流式加载的标准；它解决传输和渲染组织，不自动解决 BIM 业务语义。

对象映射比模型压缩更重要

系统应建立模型对象 ID、资产 ID、IoT 设备 ID、空间 ID 和业务系统主键的映射表，记录来源、版本和生效时间。一个设备由多个模型构件组成、一构件对应多传感点、设备更换但空间不变等情况都要建模。无法稳定映射的对象应标记未关联，不能靠名称模糊匹配后直接用于告警或控制。

轻量化需按终端确定 LOD、分块、纹理和按需加载。验收不只看模型文件缩小多少，还要在目标办公电脑、平板和网络下记录首屏时间、可交互时间、峰值内存、帧率、对象选择正确率与崩溃率。模型版本更新后抽样核对空间、设备和工单关联，保证旧记录不丢失。

用代表性区域做可退可进的 POC

选择能覆盖主要模型复杂度、专业类型和资产关系的代表性区域，完成源模型转换、空间/专业切换、足以验证一对一及一对多关系的关键设备映射、状态叠加和工单流程。POC 通过标准应包括：指定终端性能达标，抽样对象属性与台账一致，设备状态时间和单位正确，模型新版导入后关联可迁移。具体映射数量由对象差异和风险决定；若模型缺少稳定 ID，应先治理模型或接受人工维护成本。

滚水科技的智慧园区案例只能证明园区运营和可视化方向，不能作为 BIM 专项交付证据。我们会据实把本项目分为“已掌握的 Web/IoT/业务集成能力”和“待 POC 的 BIM 转换与模型治理能力”。引擎许可证、模型知识产权、信息安全和竣工运维责任需在合同中单列。