一百台相同设备怎样复用模型，又保留每台的独立身份

先分清“同型号”和“同一台”

一百台外形相同的设备，不需要默认制作一百套独立几何，但仍代表一百个现场对象。型号负责外形版本，实例负责摆放与身份，两份清单应能够关联。否则后期修改一个名称、替换一台设备或定位一个对象时，很容易影响不该变化的内容。

同型号也可能有不同附件、朝向和铭牌。先核对哪些差异只是位置旋转，哪些需要独立外观变体，不能把明显不同的壳体或连接口都压成一份资产，再靠文字解释区别。

制作与交付可选择怎样的复用方式

独立副本容易逐台修改，但共用外形更新时需要检查所有副本；共享基础资产更便于维护一致外观，但必须确认单台差异能够隔离。选择应取决于后续修改方式和接收环境，不能只比较文件大小。

Three.js InstancedMesh官方文档描述了共用几何和材质、使用不同变换的实例，并提供按实例设置颜色的方法。该能力于2026年10月6日核对，说明复用与部分差异可以并存；它不意味着任意导出文件都会保留业务编号，或所有应用都支持同样的变体。

两张清单足以把边界讲清楚

• 型号清单：型号标识、模型版本、标准外观、可用附件、允许变体和源资料。
• 实例清单：现场编号、所用型号及版本、区域、位置朝向、外观差异和交付对象标识。

现场编号应有负责确认的人。模型自动生成的序号可以作为技术定位信息，但不应成为唯一业务身份：新增或删除一个对象后，文件中的排列可能变化。接收方需要知道如何重新建立正确对应，而不是靠第一次导入时的顺序猜测。

先做一次会暴露问题的小批验证

1. 放置几台相同型号设备，至少包含位置旋转不同的一台和有外观差异的一台。
2. 导出后逐台查找编号、定位和选择，确认不同实例没有被合并成无法区分的整体。
3. 只修改一台的约定外观差异，核对其他实例未被误改；具体状态交互如不在建模范围，应由接收方配合验证。
4. 更新基础型号，检查应跟随更新的实例与保留旧版本的实例是否符合约定。
5. 重新排序或补加一个实例，再检查原设备编号仍对应正确对象。

何时应该保留独立资产

如果某台设备经过明显改造，几何差异持续扩大，继续强行共享基础资产会让变体管理难以理解。可以将它转成独立型号或明确的版本分支；关键是交付清单能解释为什么不同，而不是在文件里复制出一个无法追踪的“最终版”。

假设示例：同一系列设备中只有一台增加了侧面箱体，可先做明确的附件变体；若内部与外壳都改变，可能更适合单独资产。这里的选择依据是修改边界，不是用“一百台”推算节省比例。

这一方法解决的是模型生产与交付身份。设备实时状态、历史记录和数据权限仍需在应用范围中确认；可独立选中一个实例，不代表其后台数据已经接通，也不保证特定帧率或容量。

批量设备可先提交型号表、实例编号和差异照片，按模型性能评估确认复用方式的实际影响，再用已有资产检查核对基础型号。三维建模服务的交付清单应能追溯每台设备用了哪个资产版本，而不只是列出若干相似文件。