在工程建设全生命周期中，施工现场数据随开挖、填筑、构件安装持续迭代，时序变化数据的高效流式渲染，一直是数字孪生落地的关键卡点。Cesium 2026 开发者大会上，Cesium 核心团队介绍了 Conditional Content（条件内容）的技术探索，并结合 EarthBrain 的智慧施工实践，展示如何根据时间、数据类型或其他运行条件，按需加载同一空间位置下的不同三维内容。这项能力为施工过程回溯、多期实景数据管理和设计方案切换提供了一种更灵活的 3D Tiles 内容组织方式。
一、施工场景下的行业痛点：
传统时序动态三维可视化
在智慧工地、土方工程、建筑演变复盘等工程场景，我们需要持续接入无人机航测、工程机械回传点云、实景 Mesh 数据，按日、按周记录施工现场物理世界的变化。过去行业主要采用两套方案承载时序数据，但均存在难以回避的短板。
方案一
按时间关键帧输出整套瓦片集
每一个时间版本完整导出一套独立 3D Tiles 数据集。哪怕施工现场仅局部一小块土方发生开挖变动，也必须完整复制全部瓦片资源。直接造成海量数据冗余，存储成本高，网络传输压力巨大，工程项目迭代越多，数据膨胀问题越严重。
方案二
单瓦片封装全时段数据，依靠样式显隐控制
将全部历史时序数据塞进同一个 Tile 瓦片内部，通过 Cesium Style 样式控制不同时间片段显示或隐藏。该模式会造成单瓦片载荷体积急剧膨胀；即便用户不需要查看某一时间节点，该部分数据依旧会被提前加载，大量带宽与客户端内存被无效数据占用，浏览器端极易出现卡顿、内存溢出问题。
以上两种模式，制约了时序动态数字孪生在真实施工项目规模化落地：既无法高效回溯土方开挖回填演变，也难以便捷比对多版设计方案，更做不到按需切换实景网格 / 点云多源成果。行业亟需一套原生支持动态变化的流式三维标准。
二、核心技术革新：
Conditional Content（条件内容）切片
为解决动态时序数据流式加载难题，Cesium 社区正在探索 Conditional Content 提案，希望通过扩展 3D Tiles 内容组织方式，使单个 Tile 可以根据运行时条件引用不同内容资源。对应 CesiumJS 社区 PR#12977、glTF 规范 PR#117，目前规范面向全球社区开放反馈迭代。
核心运行机制
单个瓦片 Tile 内部可以挂载多个独立 Content 内容片段，每一份 Content 绑定自定义键值标签（Key‑Value 属性）。CesiumJS 运行时执行条件判断逻辑，仅加载、渲染匹配当前运行状态的数据片段，其余内容完全不发起网络请求。
该机制把 “一次性全量加载” 转变为 “条件触发按需加载”，实现 N 维动态瓦片能力，典型应用包含两大方向：
1. 时间维度时序驱动
为每一份 glTF 内容设置timestampStart与timestampStop的起止时间戳。当用户拖动时间轴，客户端自动筛选当前时间区间内的数据版本（V0 原始地形、V1 第一天施工、V2 第二天施工……），只拉取当前时刻需要的瓦片片段，实现工地演变的顺滑回放。历史版本只在切换到对应时间点才触发加载，大幅削减网络开销。
2. 多形态数据无缝切换
给同一套空间数据设置布尔标签，例如isMesh: true/false。前端 UI 勾选复选框，即可在网格 Mesh 实景模型与原始 LiDAR 点云之间瞬时切换，不需要预先下载两份完整数据集，切换动作毫秒级完成，便于工程师交替查看实景纹理细节与原始扫描点云质量校验。
不止于时间轴！Conditional Content 能力不止局限时序动态场景，还可以拓展到：多版设计方案比对、图层分层管理、变更追踪、工况筛选等多种业务场景，极大拓宽 3D Tiles 工程应用边界。
技术 Demo 演示
Cesium开发人员在大会现场完成实操演示：在 Sandcastle 环境中依次注入初始地形 V0、首日增量 V1、次日增量 V2 瓦片数据。拖动时间轴即可观察增量数据按需加载渲染；用户切换模式时，仅请求对应条件下的数据内容，避免提前下载全部数据资源，直观验证条件内容的调度逻辑，完整展现新标准草稿的技术潜力。
Cesium 2026 DevCon 现场沙盒演示：不同时间和类型（点云/实景）数据按需加载
三、标杆落地｜EarthBrain 基于时序动态 3D Tiles 打造智慧施工数字孪生
EarthBrain 由工程机械巨头小松制作所 Komatsu、NTT、SONY、Nomura Research Institute 联合组建，专注建筑业数字化转型，旗下 Smart Construction 智慧施工平台已在上万处工地落地实践，持续采集无人机航测成果、工程机械设备传感器数据，每日更新工地数字孪生看板，跟踪土方开挖、回填全过程等。
旧工作流瓶颈
在引入 Conditional Content 时序动态瓦片之前，平台需要反复合并新旧实景三维数据。一旦发现某一天采集的数据存在误差，需要修正历史记录，就必须重新运行庞大的合并算法，并且把变更向后传导至全部后续数据集，计算成本高，修改历史版本代价高昂。
EarthBrain智慧施工平台应用3D Tiles时序动态瓦片之前瓦片合成逻辑
时序动态3D Tiles改造后的全新工作流
依托 Conditional Content 条件内容，采用单元格粒度增量更新，不再需要合并全量数据集。
工地局部土方发生改变，仅替换对应空间单元格下的增量 Content 片段；
修正历史某一日错误数据，只修改该时间片段对应的瓦片内容，不干扰其他版本；
时间轴自由回溯每一天开挖、填筑演变过程，直观完成土方量比对、施工进度复盘。
该案例说明：Conditional Content 可以实现轻量化、高性能的施工时序动态管控。对 EarthBrain 而言，Conditional Content 的价值不仅在于时间回放，更在于能够将每日采集成果以增量方式写入数字孪生，而无需重新生成完整场景。
四、面向施工监测的完整工作流
Bentley自2024年收购Cesium以来，持续推进 iTwin 与 Cesium 技术体系的深度融合。从 iTwin Capture 生成实景模型、点云与3DGS，到实景分析执行变化检测，再通过 3D Tiles 在 Cesium 中实现全球尺度流式可视化，逐步形成覆盖数据采集、数字化表达、时态分析与协同决策的完整数字孪生工作流：
第一步：持续采集现场状态
项目团队使用无人机、激光扫描仪、移动测量系统或其他传感设备，按指定周期采集施工现场。
第二步：生成工程可用的三维成果
通过 iTwin Capture，将影像和点云处理为实景模型、点云、3DGS、正射影像或数字高程模型等成果。
第三步：将实景成果关联到数字孪生
iTwin 可以连接由不同数据源组成的工程数字孪生，将反映施工现场实况的实景数据与设计和施工模型关联。
第四步：比较设计状态与现场状态
项目团队可以把现场点云或实景成果与设计几何、工程模型及目标状态进行比较，识别偏差和需要进一步核查的区域。
第五步：通过3D Tiles进行条件化流式表达
Conditional Content 可以根据时间、数据类型或其他业务条件，决定在 Cesium 应用中加载哪一份三维内容。
这样，项目参与方看到的不再只是静态场景，而是能够按时间回溯、按数据类型切换并与工程信息形成关联的数字化施工现场。
这也是 iTwin 与 Cesium 结合的重要意义：
Cesium 提供开放、可扩展的三维地理空间流式技术，iTwin 则将工程设计、实景、分析结果和项目协同连接到基础设施数字孪生工作流中。
五、放眼中国国内工程实践：
时序动态三维可视化的机遇与挑战
中国国内基建、房建领域，大量智慧工地、大型交通工程、水利项目，已经普遍使用无人机航测、三维激光扫描获取施工现场实景数据，BIM + 实景模型数字孪生平台被广泛应用于进度管控、土方算量、质量核验场景。
现阶段国内项目大多仍沿用传统方案：定期导出一套完整 3D Tiles/OSGB 成果，多期数据分开存储，或是把全部时序数据堆砌在同一个场景中。由此带来的问题同样突出：多期实景数据体量爆炸，浏览器加载缓慢，历史版本回溯性能差，修改历史数据成本很高。
Cesium 推出的 Conditional Content 条件内容，为中国国内工程数字化提供了新的参考路径。
对于平台厂商：基于开源 3D Tiles 开放标准，不需要封闭私有格式，即可构建原生时序三维底座；可以与 Bentley iTwin 平台打通，实现 BIM、实景模型、时序动态瓦片的融合调度；
对于施工项目方：不再重复存储全套历史瓦片，降低云端/本地存储成本；浏览器端流畅回放数月甚至数年施工演变，降低大模型带来的卡顿。
值得注意是，该扩展规范目前仍处于社区迭代演进阶段，生态工具链正在逐步完善，需要配套后端瓦片处理工具链支持生成带条件标签的多 Content 瓦片集。
结语
从静态三维场景走向动态数字孪生，行业关注的焦点正在从“能否构建模型”，转向“如何持续记录、理解并利用变化”。
Conditional Content 并非简单增加一条时间轴。它所探索的是一种更加基础的能力：让三维内容根据时间、数据类型和业务状态被按需组织与加载。
未来，时序动态3D Tiles 将不仅能服务土方智慧施工，还有可能延伸至矿山监测、城市更新、水利汛期地形监测、既有建筑改造等更多基础设施场景。
Bentley 软件将继续参与开放三维地理空间生态建设，并与全球开发者、工程企业和行业伙伴共同探索 Cesium、3D Tiles 与 iTwin 技术在智慧施工、矿山、水利、交通、城市更新和资产运营等场景中的创新应用。
参考资源
1. CesiumJS PR：
https://github.com/CesiumGS/cesium/pull/12977
2. glTF 扩展 PR：https://github.com/CesiumGS/glTF/pull/117
