楼层拆分与设备内部展示，怎样决定模型要做外观还是内部结构

外观与内部，不是简单的高低精度选择

一个外形精细的建筑模型，隐藏楼板后仍可能没有房间；一个外观简洁的设备模型，也可能准确组织了需要讲解的内部部件。采购时要分别约定可见范围、对象组织和细节程度，不要只用“高精度模型”概括全部要求。

本篇面向展示建模。内部模型若没有经过专业资料确认，不应用于施工、检修安全或碰撞可行性判断。即便外形与实际相似，也不能由此推断承重、连接或运行原理已经被验证。

用查看动作决定资产范围

• 从园区远看建筑：重点是轮廓、出入口与位置，未展示的房间和管线可以明确排除。
• 单独查看某一层：需要该层可独立显示，并确认楼板、墙体和应保留设施的归属。
• 把各楼层拉开：需要处理拆分后暴露的底面、边缘及跨层构件，避免展开后只是空壳。
• 打开设备外壳：需要确认可见内部部件、壳体厚度表现和遮挡关系；动作资产与内部几何分别列项。

每个动作后面再写一列“不需要显示什么”。这能防止局部展示逐渐变成全部建筑或设备内部的无边界建模，也方便以后新增范围时解释差异。

分层要服务动作，不只服务文件整理

楼层编号、设备壳体与内部组件应有清楚命名。跨层管道或共用结构要决定跟随哪一层、是否拆分，不能在展开后同时出现在两处。Three.js Group官方示例展示了多个对象作为一组进行变换，说明组织层级会影响整体操作。2026年10月6日核对的例子只证明该工具的分组方式，不能保证源文件的层级在任何导出格式中都自动保留。

因此，样件应在目标接收工具中实际隐藏一层、拉开一层和复位，核对不该移动的构件是否跟着移动。仅在源软件里文件夹命名整齐，还不足以证明应用能够按需要操作。

资料不足时，用样件决定取舍

先挑一层楼或一台设备，给出外观、拆分后和恢复后的三个状态。把缺资料部位列成待确认项，选择补资料、简化表现或不开放该视角。不要为填满内部而放入看似合理但未经确认的结构。

假设示例：楼层展开只用于说明各层功能区域，可确认房间边界和主要设施，明确不制作隐蔽管线；若用途改成检修讲解，原范围显然不足，需要增加专业资料与审核责任。这里是范围比较，不是公司的工程能力声明。

验收时直接执行约定动作

1. 总览下核对外形完整，分层后核对需要展示的内容没有缺失。
2. 检查边缘与暴露表面，避免因拆分出现意外空洞或多余重复面。
3. 切换楼层或部件，检查标签与对象归属一致，共用构件没有丢失或重复。
4. 恢复原状，确认位置与显隐状态回到约定默认值。

如果只是固定镜头演示，可能不必交付所有可操作状态；如果最终要让用户自由查看，允许范围必须覆盖验收。制作量来自被展示部位、资料可靠程度与状态数量，不应按“有内部”三个字给出统一报价或周期。

共用构件最好在范围图上单独标出归属，特别是楼梯与贯穿楼层的设备，避免各层分别制作后重复交付。

分层或内部展示是否值得制作，应先对照数字孪生的使用场景确认观看目的，再用模型与UI协同方法安排切换与复位。给三维建模服务的范围资料应直接标出可见内部、共用构件和无需制作的封闭区域，减少对“做完整”的不同理解。