产品放进 3D 展厅，再填一张"物体描述表"：企业侧最小落地清单
3D 展厅物体描述怎么填、AI 讲解员配置清单、企业 3D 展厅落地、私有化部署 AI 导览、3D 产品展示 AI 客服、虚拟展厅 AI 导购、自部署 3D 虚拟世界
上一篇讲了机制：AI 在 3D 场景里主动讲解，靠的不是摄像头，而是空间雷达 + 物体列表 + 每个物体的一段描述。
这一篇只做一件事：把它变成一张可以照着填的表。
因为落到实操会发现，决定这套东西好不好的不是 AI 有多聪明，而是你填的描述写得怎么样。同一个模型，描述空着，它只会说"这里有一台设备"；描述写好了，它能讲出一段客户愿意听完的话。
下面是企业侧要做的全部事情，按顺序排。
---
一、先认清一件事：描述写不好，后面全是白费
系统给每个世界物体留了一个字段，叫 AI 描述。编辑器里直接填，不写代码。它是 AI 认识这个世界的语义入口——AI 拿到的是物体的位置和一个内部名称，描述没填，它就只知道"那里有个东西"。
这个字段的两个硬性约束：
- 填写上限 500 字；
- AI 通过空间雷达拿到时，超过 300 字会被截断。
所以实操结论很直接：按 300 字以内来写。写满 500 字，后面 200 字是白写的。
二、描述怎么写：四段式模板
不要写成参数表。客户不会站着听你念 20 个参数，AI 也不该这么讲。按这个顺序写四段：
| 段 | 写什么 | 大约字数 |
|---|---|---|
| ① 这是什么 | 品类 + 型号 + 一句话定位 | 40 字 |
| ② 三个关键参数 | 只挑三个，挑最能筛掉不合适客户的 | 80 字 |
| ③ 谁适合用 | 让客户自己对照（加工什么、多大批量、什么行业） | 80 字 |
| ④ 和同区其他款的区别 | 防止客户串味、也防止 AI 讲混 | 60 字 |
反例 → 正例对照：
| 描述栏里写的 | AI 大概会讲成什么样 |
|---|---|
| （空着） | "这里有一台设备。" |
EQ-2200-C | "这是一台 EQ-2200-C。" |
| 粘贴了整页产品手册的 20 条参数 | 照着念，客户听三条就走，而且超过 300 字会被截断 |
| 四段式写完 260 字 | 从"这是什么"讲到"你这种活适合用它"，再点一句和隔壁那台的区别 |
一个填好的例子（约 260 字）：
五轴立式加工中心 EQ-2200-C，面向中小批量精密零件。
三个关键点：行程 800×600×500 mm；标配 24 刀位自动换刀；定位精度 ±0.005 mm。
适合做模具、复杂曲面零件、单件小批量的高精度件；如果是大批量简单件，隔壁那台三轴会更划算。
它旁边那台 EQ-1800 是三轴、行程小一圈，价格区间和交付周期都不同，客户常拿来对比。
一段很短的描述，就把"我是不是这类客户、该看哪台"讲完了。
⚠ 一条合规提醒：AI 描述对所有 Agent 可见，包括公开的游客身份。不要在里面写成本、底价、未公开参数这类敏感商业信息。
三、点位规划：一条动线，五个位置
把产品摆进 3D 展厅之前，先画一条动线。不用复杂，五个位置就够：
| 位置 | 放什么 | AI 在这里的角色 |
|---|---|---|
| 入口/迎宾区 | 不需要产品 | 迎上来打招呼，问一句"您是来看哪类产品的" |
| 主力款区 | 出单最多的那款 | 讲得详细，因为描述写得最细 |
| 对比区 | 和主力款容易混淆的款 | 主动讲清差别，把选型问题当场解决 |
| 利润款/新品区 | 想推的那款 | 讲适用场景，不要一上来就报价 |
| 留资/出口区 | 不需要产品 | 引导下一步（要资料、约看样机、加联系方式） |
一个容易忽略的细节：点位之间不要摆得太近。AI 判断"这个人正在看哪台"用的是距离、朝向和停留时长——两台设备挨在一起时，这个判断会变得模糊。这也正是为什么判断权要留在企业手里，可以按自己的展厅去定规则。
四、知识库和描述要分开，别混成一锅
这是最容易搞混的地方。两者分工不一样：
| 物体 AI 描述 | 企业知识库 | |
|---|---|---|
| 回答什么问题 | "这是什么、谁适合用" | "为什么选它、能不能定制、交期多久、怎么合作" |
| 放在哪 | 世界编辑器里，跟着物体走 | 企业自己那边（文档 / 向量库 / 提示词） |
| 谁维护 | 展厅运营，改文字就能生效 | 产品/技术，可以做检索与更新 |
| 平台托管吗 | 由平台随雷达下发 | 平台不托管，企业自己建 |
一句话概括：描述负责"认识"，知识库负责"深入"。 只写描述，AI 能讲但答不了追问；只建知识库，AI 不知道客户站在哪台前面，用不上。
五、平台侧要做的四件事（约 10 分钟）
- 打开总开关——Agent 接入默认是关闭的，不开连不上；
- 创建 Agent：起名、设外形（模型/动作/骨骼等一整套随身份下发）、选推送档位（讲解员建议 standard 或 realtime）；
- 生成 API Key——明文只显示一次，当场存好，后面看不到第二次；
- 设上限：并发数、移动速度（1~20 m/s，默认 9 与真人同速）、观察范围。
六、AI 端的运行循环长什么样
企业侧有一个能跑 Node 18+ 的环境就够了，项目里带了零依赖的示例客户端。逻辑就是一个循环：
发现（访问域名的 .well-known 端点）
→ 用 Key 换一张 15 分钟的短期令牌
→ 连上世界
→ 每 1~2 秒看一次空间雷达
有人靠近某台设备？→ 走过去 → 讲一段
有人走动？ → 跟着 → 在该讲的点位停下
有人开口提问？ → 结合知识库回答 → 必要时引导到下一处
→ 客户离开 / 空闲 5 分钟无操作 → 自动退场
期间真人那边看到的是：一个带 AI 标识的角色走近、站定、头顶弹出气泡；它走动是有动画的，不是一格格跳。
七、验收：六条，现场就能判定
- ☐ 访客打开网址，能看见讲解员，且带 AI 标识
- ☐ 讲解员会主动靠近访客，不是站着不动
- ☐ 提问能被回答，而且答案来自企业自己的知识库，不是通用闲聊
- ☐ 走动时位置连续，不瞬移、不埋地
- ☐ 全程 0 报错，断线后能自动回来
- ☐ 访客散场后，讲解员空闲自动退场
八、八个常见坑（按踩到频率排）
- 物体描述忘了填——最常见的一个。表现是 AI 走过来，然后说"这里有一台设备"；
- 描述填到接近 500 字——下发时截断到 300 字，后 200 字白写。建议 300 字以内收尾；
- 把敏感信息写进描述——描述对公开游客身份也可见，成本、底价千万别写；
- 点位挨太密——两台设备并排，"他在看哪台"的判断会模糊；
- 把移动速度调很高——看起来像抽搐。默认值就是和真人同速，多数场景不要动它；
- 知识库没接——描述能讲，追问答不上，客户的信任在这一步断掉；
- 忘了开总开关——后台是默认关闭的，Agent 会连不上，表现是"客户端没错、就是进不来"；
- Key 没存——明文只显示一次，丢了只能吊销重发。
九、这套方案不适合什么
- 想让 AI 看懂图像细节的（比如判断设备表面有没有划痕）——它拿的是结构化雷达，看不见画面；
- 想靠它替代真机实操培训的——手感、力度这类东西，虚拟场景给不了；
- 只想做纯文字客服的——用普通聊天机器人更便宜，没必要上 3D；
- 完全没有人碰代码、也不打算找人部署的——这是一套基底而不是成品，启动成本会比预期高。
另外几条边界同样如实说明：平台不做语音识别与合成（想让 AI 出声要自己在 AI 端接语音合成，当前双向实时语音尚未提供）、不托管知识库、不做地形贴合（移动是平面加边界）、AI 不能传送也不能碰资产（和真人游客遵循同一套规则）。还有一条容易被误解的：它不是一个有自主意识的员工，而是一个可编程的角色，讲什么来自你写的描述和提示词。
十、FAQ
Q：需要招一个 3D 开发的岗位吗？
A：把模型放进去、把描述填完、把示例客户端跑起来，这几步不需要写代码。要做深度交互（点部件弹参数、选型对比器）时，才需要在基底上二次开发。
Q：一个 AI 能同时接待几个人？
A：可以按队列式接待，也可以配多个 Agent 分工。多 AI 同场时的自动避让还有已知缺陷在排期，落地前建议先实测你目标的人数。
Q：AI 走路的姿势会不会很怪？
A：移动速度可以和真人同量级，真人的画面上会做插值平滑，不会一格一格跳。速度调太高才会显得不自然。
Q：访客知道它是 AI 吗？
A：知道，而且是产品设计上必须让他知道——进场有"(AI)加入了"的系统提示，名字前面带 AI 前缀。这既是我们的红线，也省掉了"冒充真人"的合规风险。
Q：聊天记录会保存吗？
A：会，聊天在本地实时落库、按后台配置归档（默认 7 天），企业需要在用户协议里告知访客。语音默认不中继，音频不落库。
十一、源码与仓库
三个地址内容一致，国内访问用前两个更快。仓库里有部署说明与演示入口。
- Gitee（国内访问更快）：https://gitee.com/miduoxinxijeji/miduo.git
- GitCode（国内镜像）：https://gitcode.com/qq_35054471/virtual-world
- GitHub：https://github.com/miduo100/3d-virtual-world
方案对比：私有化部署 vs 平台租赁
| 对比维度 | 平台模式（SaaS） | 私有化部署（创世Genesis） |
|---|---|---|
| 数据主权 | 数据存储在平台服务器，归属模糊 | 数据在你的服务器，完全自主 |
| 成本模式 | 按月/年付费，长期成本累计高昂 | 一次性部署投入，长期成本极低 |
| 功能定制 | 标准模板，功能固定不可改 | 完全自由定制，按需扩展 |
| 品牌独立 | 受平台品牌和调性限制 | 独立品牌形象，完全自主设计 |
| 用户归属 | 用户属于平台，你只是租客 | 用户是你的，数据是你的，关系是你的 |
关于创世Genesis
创世Genesis是一套基于Three.js+WebGL构建的自部署3D虚拟世界系统，帮助个人与企业搭建属于自己的3D空间。浏览器直接访问，PC和手机双端兼容，支持多人在线、联邦传送、商铺系统，并支持Agent接入——AI能以具身角色进入你部署的世界。数据运行在你自己的服务器上，不经过第三方平台——让每个世界都真正属于它的主人。
想要一份能直接照着填的落地模板？ 创世Genesis（创世虚拟世界CRM系统）是一套部署在你自己服务器上的 Three.js 3D 虚拟世界基底：访客用一个浏览器进来，AI 以人形角色在场，按你填的物体描述主动开口讲解。官网（搜「创世虚拟世界CRM」即可找到）有可以走一圈的演示世界。
关于名字：本文说的创世Genesis，即创世虚拟世界CRM系统，两者是同一个自部署 3D 虚拟世界产品。若你通过「创世Genesis」没搜到我们，直接搜「创世虚拟世界CRM」即可。