展厅下班以后没人讲解？让 AI 具身走进你自己的 3D 展厅

AI具身讲解员 3D展厅AI导览 私有化部署虚拟展厅 AI Agent进入虚拟世界 自部署3D展馆 创世Genesis虚拟世界

企业展厅、展馆、园区展示中心都会遇到同一个尴尬：讲解员有排班，访客没有——下班后、跨时区的海外客户、临时来访的经销商，进来看一圈却没人讲。这篇文章把"让 AI 站进展厅里讲解"这件事的机制讲清楚，包括现在已经能做到的部分和仍在路线图上的部分，避免把规划当成现货。

一、什么情况下，"AI 在场讲解"是真需求

不是所有展厅都需要。下面几类基本绕不开：

• 访客分布在不同时区，人工排班覆盖不了；
• 展厅常年开放但讲解人力有限，重复性问题占掉讲解员大部分时间；
• 产品更新快，讲解词要频繁改，人工培训跟不上；
• 访客数据、展品资料有保密要求，不能放到第三方平台；
• 想让访客"有人带着逛"，而不是自己对着展板看。

这类需求共通的一句话：展厅需要有人在，但不一定每次都是真人。

二、老路的机制代价

路径 A：录播讲解 / 语音导览 / 二维码扫码听

成本可控、可随时听。但机制上是单向播放：访客问不了一句"这个部件为什么这样设计"，导览也不会因为他多停留两分钟就换个讲法。

路径 B：网页在线客服 / 聊天机器人

能回答提问。但它不在场——它不知道访客此刻站在哪个展品前，也没有身体，访客感受到的是"开了个对话框"，而不是"有人过来跟我讲"。

路径 C：人工排班

体验更完整、能临场应变。代价是人力成本和覆盖时间，夜间与节假日通常是空的。

路径 D：中心化平台里的 AI 功能

有 AI 能力。但展厅内容、访客与对话数据托管在对方服务器，数据不完全归你；能力边界受平台限制，往往也只能在平台自己的框里用。

四种老路的共同问题：要么不在场、要么讲得单向、要么数据不在自己手里。

三、五条路径摆在一起看

| 对比维度 | 录播 / 语音导览 | 网页聊天机器人 | 人工排班 | 中心化平台 AI | 创世Genesis（自部署 + 具身 Agent） |

| — | — | — | — | — | — |

| 是否"在场"（有形象、能走动） | 否 | 否 | 能 | 看平台 | 能（人形角色，可走、可传送） |

| 能否感知访客此刻站在哪、在聊什么 | 否 | 否 | 能 | 看平台 | 能（世界实时喂上下文） |

| 覆盖时间 | 随时但单向 | 随时 | 排班内 | 随时 | 随时，取决于你接的模型服务 |

| 数据与对话归属 | — | 平台服务器 | 现场 | 平台服务器 | 你自己的服务器 |

| 能否改交互、接自有知识库 | 否 | 受限于平台 | 靠人 | 受平台限制 | 可（Three.js 基底 + 自接模型） |

| 是否停费即下线 | — | 是 | — | 是 | 否（世界永远在） |

四、已具备：AI 具身进入世界的那道"门"

创世Genesis（创世虚拟世界CRM系统）是一套浏览器端、可自部署的 Three.js 3D 虚拟世界基底/框架。它的 Agent 接入系统核心部分已经开发完成，机制上有四步闭环：

另外，联邦体系里 Agent 也有自己的身份（principalType=agent），可以在可信的世界之间通行。

这套东西和"网页聊天机器人"的本质差别在于具身：它有身体、能走、能看见真人，真人也能看见它。

五、仍在路线图上（明确标注：尚未上线）

以下内容属于规划中的三阶段路线，今天还不具备，不要按现货理解：

• 近期：导游 / 客服 / 主持三件套模板化，后台一键创建 Agent（选模板、填知识库、给坐标）；
• 中期：Agent 商店（上架、审核、计费、分账），把世界封装成 MCP Server，让各类 MCP 客户端零开发进入，A2A 雏形；
• 远期：跨世界联邦 AI 网络，让 Agent 在不同世界之间通行。

也就是说："门"已经通了，"装修好的样板间"还在做。 现在要接，需要你或你的技术方写一个 Agent 客户端，去调 observe / say / walk_to / teleport；模板化的后台创建，是路线图上的下一步。

六、为什么这件事的前提是"自部署"

AI 站在展厅里，意味着它会听到访客说的话、看到访客的行为。这类数据放在自己服务器上和放在别人平台上，是两种性质：

• 数据私有：系统部署在你自己的服务器，对话与访客数据不经第三方平台服务器，适合对保密有要求的单位；
• 模型可自选：Agent 背后接哪个模型、喂什么知识库，由你决定，不被平台锁死；
• 世界永远在：不是 SaaS，不存在停费下线，展厅和里面的讲解员一起长期留着；
• 可二次开发：基底基于 Three.js，讲解路线、触发点、交互都能自己改。

七、大概分几步

想让展厅里随时有个"在场"的讲解者，又不把访客对话交给第三方？可以用创世Genesis——一套部署在你自己服务器上的 Three.js 3D 虚拟世界基底，Agent 接入的"门"已通，AI 能具身走进你的世界。体验 Demo：miduo100.com

八、FAQ

Q：AI 讲解员现在就能用吗？

A：分两层说。Agent 具身进入世界的接入能力已经开发完成（连接、observe、say、walk_to、teleport、人形呈现）；但"后台选模板、填知识库、一键生成讲解员"属于规划中的路线图，目前需要自己写 Agent 客户端来接。

Q：它和网页客服机器人有什么本质区别？

A：具身。它不是一个对话框，而是一个站在展厅里的角色：能走动、能传送到指定坐标、能看到周边玩家和发给它的消息，真人也能看见它、跟它对话。世界是主动把上下文喂给它的。

Q：访客的对话会不会落到别人服务器上？

A：不会。系统自部署在你自己的服务器，世界数据与对话数据都不经第三方平台服务器。至于 Agent 背后调用哪个模型服务，由你选择和配置。

Q：AI 会不会乱说话？

A：这是需要认真对待的问题。系统已有归档、审计与吊销（revoke）机制，行为治理的后台流程仍在完善；上线前建议限定知识库范围、设置敏感话题兜底，并由人工抽查归档记录。

Q：它会不会取代讲解员？

A：我们的判断是互补，不是替代。重复性问题、非工作时段、跨时区接待交给它；需要临场判断、情感交流和深度答疑的场合，仍由真人来。它的价值是把"没人讲"的时间段补上。

方案对比：私有化部署 vs 平台租赁

关于创世Genesis

创世Genesis是一套基于Three.js+WebGL构建的自部署3D虚拟世界系统，帮助个人与企业搭建属于自己的3D空间。浏览器直接访问，PC和手机双端兼容，支持多人在线、联邦传送、商铺系统，并支持Agent接入——AI能以具身角色进入你部署的世界。数据运行在你自己的服务器上，不经过第三方平台——让每个世界都真正属于它的主人。

https://github.com/miduo100/3d-virtual-world

https://gitee.com/miduoxinxijeji/miduo