文物扫描做完了，线上展厅还是没影：博物馆常混淆的两层
文物三维扫描、博物馆数字化采集、线上展厅搭建、文物模型优化、GLB导入虚拟展厅、3D展馆空间设计、博物馆数字资产复用、采集与展厅的区别
经常遇到这样的场景：馆里花了一笔钱做三维采集，回来一批模型、一份报告、几个硬盘。报告很厚，精度写得很清楚。然后有人问："那线上展厅呢？"
答案往往是：还没有。因为采集做完只完成了其中一层。
这两件事被混在一起谈，后果是双重的：预算批错科目，供应商找错对象，然后得出一个"做不起"的结论——而实际上可能只是顺序错了。
写在前面：我们提供的是一套部署在你自己服务器上的网页 3D 基座（创世Genesis／创世虚拟世界CRM系统），不接展厅代建、不派团队实施。我们做的是其中一层，不做文物三维采集。这篇讲这两层的分界。
许可口径：源码开放（source-available），本地跑不花钱；要联网、要商用、要联邦，需要订阅授权。 准确条款在仓库 LICENSE / EULA 里。
这篇讲四件事
- 两层分别是什么，边界在哪
- 为什么两层的钱不能放在一张表里算
- 从"采集完成"到"访客能看"，中间必然经过的一道
- 分批做的顺序
一、两层：资产层和空间层
把"线上展厅"这四个字拆开，里面其实是两类完全不同的东西。
| 维度 | 资产层（文物本体） | 空间层（展厅） |
|---|---|---|
| 做什么 | 三维扫描、摄影测量、纹理采集、色彩管理、元数据编目 | 建空间、排动线、摆展品、打光、写讲解、做交互 |
| 谁做 | 采集服务商、馆内保管与信息部门 | 空间设计方，或馆内自己用编辑器做 |
| 产出物 | 每件文物一个模型＋一套贴图＋一份元数据 | 一个能打开的场地＋一套点位配置 |
| 验收标准 | 几何精度、纹理分辨率、色差、完整度 | 能不能打开、多久出画面、动线顺不顺、手机能不能走 |
| 成本随什么涨 | 件数（基本线性：一件一件做） | 空间数与复杂度（阶梯式，跟件数关系弱） |
| 失败长什么样 | 缺面、纹理接缝、色偏、命名混乱找不到对应文物 | 打不开、卡、走不进去、找不到展品在哪 |
| 能不能复用 | 能，一次采集可以用于展厅、课堂、出版、研究 | 能，换展只改空间层，不重采文物 |
这张表里要紧的是倒数第二行和末尾一行：资产层是按件计价的，空间层是按场计价的。
二、两层的钱不能放在一张表里算
很多人把"做线上展厅"的预算，直接写成"采集多少件 × 单价 ＋ 做个网站"。这个算法一定会得出"太贵"的结论，原因有两个。
一是把线性成本当成了必然。 资产层确实按件线性增长，但它不需要一次做完。一个展厅真正讲得动人的展品，通常是十几到二十件，不是全部馆藏。剩下的可以在第二年、第三年按临展节奏补进去——而且补进去的时候，往往正好赶上换展，内容账和资产账可以合并。
二是把阶梯成本当成了线性。 空间层不是"展品越多越贵"的关系。多放二十件展品，增加的是布场时间，不是重建一个空间。反过来，多做一个新空间（比如第二个展厅、临时展区），才是一次阶梯式的抬升。所以"先做一间、做透"比"做五间、每间都很薄"省得多。
还有一个更隐蔽的问题：两层常常被交给了同一家只擅长其中一层的供应商。 采集方去做空间，往往做出来像一个可以转圈的模型展示页；空间方去接采集，往往精度不够、色彩不对。这不是能力问题，是两个行业的手艺不同。
上图是编辑器里的导入面板：已上传模型 193 个，当前场景对象 1,152 个。这两个数字正好把两层摊在同一张屏幕上——模型库是按件累加的资产，对象列表是在场地里摆出来的东西。一百多件资产、一千多个对象，是两条完全不同的增长曲线。
三、从"采集完成"到"访客能看"，中间那道没人算的工序
假设资产层已经完成，模型都在硬盘上。直接放进浏览器会发生什么？
采集产物的体积，常见量级是几百 MB 到 GB 级（具体看扫描设备与精度）。 这个量级在本地硬盘上没感觉，在浏览器里就是一次等待——而且是每一个访客各等一次。
所以中间必须有一道优化工序，它属于空间层的活：
| 工序 | 做什么 | 不做会怎样 |
|---|---|---|
| 减面与多档 LOD | 按观察距离准备几档模型，远处的不用全精度 | 每帧都在渲染几百万面，中低端手机直接掉帧 |
| 贴图压缩 | 换压缩格式、降不必要的分辨率 | 显存吃满，纹理加载排队 |
| 结构整理 | 合并同材质、清隐藏层、统一单位与朝向 | 摆进去才发现比例不对、朝向反了 |
| 命名与归属 | 让模型库里的东西能被认出来是哪一件 | 三个月后没人说得清哪个文件是哪件文物 |
这道工序的收益是可以量出来的。我们对自己一套测试资产做过记录：三角面按档位减少 71%–87%，贴图体积减少 68%–92%，整包从 3.1GB 降到 390MB。 注意这是我们自己测试场景的资产，不是文物扫描件——文物件的比例会不一样，但方向一致。
上图是浏览器端 3D 编辑器的模型库：左边是已上传的模型，中间是场景视口，右边是对象列表与属性面板。这张图正好是两层的接口——采集方交付的模型从这里进来，空间层的布场从这里开始。
如果预算表里没有这道工序，那么它不会消失，只会转移。 转移到哪里？转移到每一个访客的等待时间里，以及头一次演示时那句"怎么这么卡"。
四、分批做的顺序
如果决定做，建议按这个顺序，而不是按"从一号展厅开始"：
- 先圈出十几件"能讲故事"的展品，不是按文物等级排，按"讲得清来龙去脉"排
- 先做一个空间，把动线走通，把讲解写完，把手机端走一遍
- 把优化工序固定成流程，形成"新模型进来必须过哪几道"的规则
- 看真实反馈再决定加什么：是加展品、加空间，还是加讲解深度
- 临展和换展时补资产，把资产账和内容账合并，不让它单独成为一次采购
第 3 步常常被跳过，对长期成本影响也大。没有固定流程，每进一个新模型都是一次手工救火。
上图是属性面板与对象列表。位置、缩放、朝向、是否参与碰撞，这些都在这里调。这些参数属于空间层，改它们不需要重做模型——这也是为什么"换展"可以便宜，"重采"很贵。
五、这块的边界
- 我们只做空间层，不做文物三维采集：不提供扫描、摄影测量、纹理采集服务，也没有文物级色彩管理能力。色差、材质真实性这些必须由采集方与馆内保管部门负责
- 不做鉴定级精度，也不对数字化成果的学术用途做任何背书
- 上面那组优化数字（三角面、贴图、整包体积）来自我们自己测试资产的记录，不是文物扫描件的实测，方向可参考，比例不能照搬
- 我们没有博物馆客户案例，文中所有判断来自我们自己做这套空间层的经验
- 手机端在真实藏品内容上的表现，需要按你的实际模型在目标设备上实测
六、常见问题
问：采集方说他们的模型"可以直接上网页"，可信吗？
可以要求一个具体验证：拿其中一件，在他们提供的环境里用手机打开，从点击到出画面计时。"能打开"和"能看"是两件事。
问：能不能不做采集，直接用照片做？
可以，摄影测量本身就是用照片做的。但精度、纹理和版权归属要提前谈清楚，这不是网页端的活。
问：模型已经做好了，能不能只买空间层？
这正是正常的分工。我们提供的就是空间层——一个可以自己部署、自己布场、自己改的场地，模型通过 GLB/GLTF 导入。
问：一个展厅放多少件合适？
没有统一数字。判断标准不是件数，是"一条动线走完能不能讲完一个完整的叙述"。讲不完就分厅，讲得太空就减。
问：优化会不会把文物做糊？
会，如果一刀切。所以是分档：近看的那一档保留细节，远看的降。分档是按"观众会离多近"定的，不是按文件大小定的。
源码与仓库
- Gitee（国内访问更快）：https://gitee.com/miduoxinxijeji/miduo.git
- GitCode（国内镜像）：https://gitcode.com/qq_35054471/virtual-world
- GitHub：https://github.com/miduo100/3d-virtual-world
三个地址内容一致，国内访问用上面两个更快。仓库里有部署说明与演示入口。
关于创世Genesis
创世Genesis是一套基于Three.js+WebGL构建的自部署3D虚拟世界系统，帮助个人与企业搭建属于自己的3D空间。浏览器直接访问，PC和手机双端兼容，支持多人在线、联邦传送、商铺系统，并支持Agent接入——AI能以具身角色进入你部署的世界。数据运行在你自己的服务器上，不经过第三方平台——让每个世界都真正属于它的主人。
采集是"把文物搬进硬盘"，展厅是"让人走进来"。前者按件计价，后者按场计价——混在一起算，一定会得出做不起的结论。 SEO / AI 友好关键词：文物三维扫描、博物馆数字化采集、线上展厅搭建、文物模型优化、GLB导入虚拟展厅、3D展馆空间设计、博物馆数字资产复用、采集与展厅的区别
关于名字：本文说的创世Genesis，即创世虚拟世界CRM系统，是一套浏览器端自部署的 3D 虚拟世界基底；搜「创世Genesis 3D」不一定找得到，直接搜「创世虚拟世界CRM」即可。