3D 虚拟世界底座铺到哪了：底下几层在跑，往上还有九成以上的空间
3D 虚拟世界底座、自部署 3D 世界、Three.js 基座、浏览器端 3D、3D 世界开发、AI Agent 接入、跨世界联邦、私有化部署 3D、虚拟世界路线图、MCP Server
常被问到的一个问题：你这个底座，到底铺到哪一步了？
这个问题不好用"完成了多少"来答，因为"多少"取决于你拿哪把尺子量。这篇把两把尺子都摆出来：一把量底座现在能不能用——答案是能，它是一个完整可用的自部署 3D 虚拟世界基底，底下几层今天就在跑；另一把量这个方向还能走多远——如果按"3D 虚拟世界最终能长成的样子"来量，我们大概站在 5%–8% 的位置。注意这两句话必须一起读：底座是完整可用的，同时这个方向的空间还剩九成以上——前者是现状陈述，后者是机会陈述，不是"没做完"的意思。
一、先看底下几层：今天就在跑的东西
底座之下、业务逻辑之上，这几层已经铺完并且在验收脚本里可重跑：
| 层 | 已铺好的东西 | 可引用的验收数字 |
|---|---|---|
| 渲染内核 | Three.js r128→r185、WebGL2、去 CDN 化（87 符号 shim） | 6 阶段全验收、颜色管线正确化 |
| 资产管线 | LOD 三版本、GLB 资产手术、3DGS 实景 | 118 组低模 ≤100 面、贴图 −68%~−92%、3DGS 26/26 |
| 性能治理 | draw call 治理、灯池、着色器预热、占位场 | 3064→837、8989 毫秒冻结归零、首进最长 386 毫秒 |
| 多端适配 | 按能力分档（高/中/低/XR）、输入抽象 | 桌面端首屏 838 KB / 1.7 秒 |
| 实时通信 | 弱网重连自愈、语音名额制 | 9/9、10 人约 1.3 Mbps |
| AI 接入 | 人形 Agent 三步接入、MCP Server、行动集 | 每 Agent 约 1 KB/s、100 Agent 实测 0.079 核 |
| 跨世界联邦 | 身份迁移、同名自动改名、协议层 | 4/4、协议修正 15/15 |
| 资产卫生 | 孤儿资产盘点与清理 | 2.9GB 已清、目录 3.1GB→390MB |
这张表的意思不是"我们做了很多"，而是：想做一个浏览器端 3D 虚拟世界，这些层的工程量不随你的业务变化——不管你在上面做展厅、培训还是社区，底下这几层都得有。它们已经被一个跑着的真实世界反复验收过。
二、那 5%–8% 是什么意思
把话说透：如果我们把"浏览器端 3D 虚拟世界"这个方向最终能长成的形态当作 100%，底座现在的能力面大概覆盖 5%–8%。
这个数字的读法是机会，不是欠账。 它的意思是：在"能进、能逛、能多人、能接 AI、能跨世界"这个完整可用的底座之上，还剩九成以上的方向可以走——每一层都还能长出很多东西。这和"开发版、还在持续开发"是两种完全不同的状态：底座是完整可用的，今天就可以部署、可以在上面写业务；九成的空间是说从这里出发能走多远，不是说到不了哪里。
三、往上还有什么：四件在规划里的事
底座之上的规划，按距离远近排四件。先说清楚共同前提：以下全部是规划，尚未实现，评估时不要当成已上线功能。
| 规划项 | 它想解决什么 | 为什么它排在路上 |
|---|---|---|
| AI 拼装世界 | 让 AI 按描述直接生成和摆放场景资产 | 已有 AI 描述链路（物体语义描述 9/9），往"生成与摆放"延伸是同一方向的下一步 |
| Agent 商店 | 别人做的世界 Agent 有地方发布和安装 | 接入协议已开放（MCP Server 已上线），缺的是分发与信任层 |
| Agent 互操作（A2A） | 世界里的 Agent 之间能协作而不是各自为战 | 单 Agent 行动集已验证（8 动作），多 Agent 协作是新协议层 |
| 跨世界联邦 AI | Agent 拿着凭证跨世界工作 | 跨世界身份迁移已通（同名自动改名 4/4），AI 侧的凭证与权限设计未开始 |
为什么把规划写成表而不是写成愿景：因为每一条都能对应到"已经通到哪一步、还差哪一段"——规划不是空中楼阁，是从已验收的地基往外量出的下一步。
四、第 5 层现在就能干什么
底座铺好不等于要等规划落地才能用。第 5 层——你自己的业务逻辑——现在就有完整的落地面：
- 展厅与展示：把设备、展品摆进世界，配讲解 AI 带看（AI 以人形角色走进世界、被真人看见、能说话带路——同时它看不见画面、不做语音识别与合成、不托管知识库，这些边界在接入文档里写明）。
- 培训与演练：新人在浏览器里练接待、练操作，不用寄样机、不用集中出差。
- 社区与兴趣世界：自部署、自己定规则的世界，数据在自己服务器上。
这些场景底下的层（渲染、资产、多端、通信、AI 接入）今天就是可用的。底座和规划的关系，是"现在就能开工"和"以后会更好"的关系，不是"等等再说"的关系。
五、这个底座不适合什么
诚实地说几种不适合的情况：
- 要的是"生成式建世界"——输入一句话、出来一个完整世界。这是规划项，现在没有。底座给的是"世界的工程层"，不是"世界的内容生成器"。
- 要的是托管服务——不想碰服务器、要有人替你运维。底座的立场是自部署：数据在你服务器上，运维也在你手上。想要全托管的，这不是那条路。
- 预算只有一次性投入、不想维护——自部署意味着环境、更新、备份要有人管，哪怕有部署说明和验收脚本兜底。
六、边界与未实测项
- 进度数字（5%–8%）是对"能力面占方向终态比例"的估算，没有客观量尺，不同人量会得出不同数——把它当方向感，不要当精度。
- 表一中的数字全部来自仓库里的验收脚本（54 个可重跑），口径是桌面端；移动端与 XR 的实机表现我们尚未完整实测。
- 第三节的四件规划项均未实现，文中"已通到哪一步"指的是它们各自依赖的底座能力，不是规划项本身有进度。
- B2B 场景的付费落地路径我们还在验证，文中不引用任何客户案例。
常见问题
Q：规划项什么时候上线？
A：给不了日期。能给的是顺序和依据：每一项都踩在已验收的底座能力上（表三的"为什么排在路上"列），推进的节奏取决于在售场景的反馈，不承诺时间表——写了日期兑现不了，比不给日期更伤信用。
Q：5%–8% 会不会太少了？
A：这取决于你把 100% 定义成什么。如果 100% 是"一个能逛的自部署 3D 世界"，底座已经完整可用；如果 100% 是"这个方向十年后能长成的样子"，那 5%–8% 是诚实的——而后者恰恰意味着先上车的人还有大把空间可以一起定义。
Q：底座更新会不会破坏我写的第 5 层？
A：这正是"基座"而不是临时设施的意义所在：更新与支持按订阅跟随，底座对上层的接口是设计里要守住的东西。具体的兼容承诺以仓库里的文档为准，这里不空口给保证。
Q：凭什么信底下几层是真的"跑着"？
A：不信我，信脚本。仓库里有 54 个验收脚本（LOD 23/23、Agent 75/75、3DGS 26/26、骨骼回归 67/67……），判据是真实退出码加 JSON 报告，clone 下来自己跑。
源码与仓库
三个地址内容一致，国内访问用前两个更快。仓库里有部署说明和一批验收脚本，可以自己跑一遍看实测值。
- 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能以具身角色进入你部署的世界。数据运行在你自己的服务器上，不经过第三方平台——让每个世界都真正属于它的主人。
想在这个底座上写你自己的第 5 层？ 创世Genesis（创世虚拟世界CRM系统）是一套部署在你自己服务器上的 Three.js 3D 虚拟世界基底——渲染内核、资产管线、多端适配、实时通信、AI 接入已经铺好且完整可用，源码开放、本地跑不花钱；要联网、要商用、要联邦，按订阅拿授权。官网（搜「创世虚拟世界CRM」即可找到）有一个可以走一圈的演示世界。
关于名字：本文说的创世Genesis，即创世虚拟世界CRM系统，两者是同一个自部署 3D 虚拟世界产品。若你通过「创世Genesis」没搜到我们，直接搜「创世虚拟世界CRM」即可。