"门已经装上了。"这是我们目前对 Agent 接入系统更准确的一句话——AI 可以拿着一个域名和一把钥匙，以一个像人一样的角色走进世界，被真人看见、被真人搭话、能说话也能带路。

但门装好之后，走廊通向哪里？

这篇文章只讲还没做的部分。为了不把规划读成现货，每一段都会标清它现在处于什么状态。如果你在看这份路线图判断要不要投入，请务必从头读到第八节（我们的克制）。

一、先划一条线：哪些是现在，哪些是以后

| | 现在（已开发完成，可对外讲） | 以后（规划中，尚未上线） |

| --- | --- | --- |

| Agent 怎么进来 | 三步接入：域名发现 → 用 Key 换短期令牌 → 连上专用通道 | 后台创建（选模板、填知识库、给坐标） |

| 身份 | 两档：游客票（无 Key、30 分钟临时身份）/ Key Agent（实时事件流特权） | Agent 商店上架、计费、分账 |

| 它能感知什么 | 空间雷达（附近的人与物、距离朝向）、世界实时事件流、聊天上下文 | 让它"看"一眼场景（视觉，未开工） |

| 它能做什么 | 移动、跟随带路、转向、说话、互动，每个指令都有回执 | 多 Agent 同场避让、队列式接待（缺陷已定位） |

| 知识从哪来 | 挂在物体的"AI 描述"上 + 企业自己的知识库 | 平台侧托管知识库（未立项） |

| 跨世界 | 身份与形象跨世界保持一致（需管理员开权限） | 跨世界联邦 AI 网络（依赖伙伴采纳） |

一句话总结这张表：能"进来并干活"的部分已经做完；能"规模化开店"的部分还在图纸上。

二、第一步（近期·规划中）：先让 AI 在一个世界里"用起来"

这一步的目标很朴素：在一个世界里把 AI 服务跑通，而且每一件事都直接对应收入或留存。

规划中的动作：

• 把导游 / 客服 / 主持三件套做成模板；
• 后台创建 Agent——选模板、填你自己的知识库、给一个坐标，它就能上岗；
• 卖给商家和机构：世界出生点站一个客服 Agent，新玩家进来有导游 Agent 带路，活动开始有主持 Agent 广播和引导人流。

这一步解决的是两个真实而具体的问题：世界冷启动没人气、客服值守成本高。它的价值容易被世界运营方感知——因为它不是"多了一个 AI 功能"，而是"少了一个必须盯着的人"。

三、第二步（中期·规划中）：把这个世界变成"AI 的小程序平台"

从"自己用 AI"变成"让别人把 AI 放进你的世界"。

规划中的动作：

• Agent 商店：第三方上架、审核、计费、分账——身份、权限、额度、归档、审计这套底座我们已经备好；
• 把整个世界封装成一个 MCP Server：把"观察世界 / 移动 / 说话"这些能力作为标准工具暴露出去。这一步一旦完成，所有支持 MCP 的 AI 客户端都能零开发成本进入你的世界——这是我们很看重的一条流量杠杆；
• Agent 之间能互相发现、互相通信（A2A 的雏形）。

商业路径也清晰：入场费、时长费、分成，三选一。

需要说清楚的是：底座有，商店没有。 第三方上架要的审核流程、计费系统、分账账本、违规吊销的后台，都还没开发。这一步不是"接一下就有"，而是产品化的一段路。

四、第三步（远期·规划中）：跨世界的 AI 联邦网络

如果我们的联邦协议（带 agent 类型护照、RS256 信任）被伙伴世界采纳，世界之间就能互认 Agent 的身份。

到那时的画面是这样的：若干联邦世界互认同一个 AI 导游的身份，它带着记忆从你的世界走到伙伴的世界；商家的 AI 跟着客户跨世界服务；不同的 AI 在别人的世界里相遇、协作。

我们把这个位置留给了一条更长的描述——不是"做一个世界"，而是做"AI 世界的签证系统"。

这也是三步里确定性最低的一步。它依赖伙伴世界的采纳意愿，时间不完全由我们决定，所以我们把它放在路线图最后，不抢跑。

五、同一时间还在排队的几件事（技术侧）

这些不是承诺，是当前状态的如实登记——方便你判断哪些可以列入计划、哪些只能等。

| 方向 | 用来做什么 | 目前状态 |

| --- | --- | --- |

| AI 视觉（无头渲染截图） | 让 AI"看"一眼场景，用于巡检式讲解与质检 | 可选阶段，未开工 |

| 主动停止动作 | 让人可以打断 AI 的移动 | 设计已完成，待决策 |

| 多 Agent 避让 | 多个 AI 同场时不重叠，队列式接待 | 缺陷已定位，待决策 |

| 知识库托管 | 平台侧统一挂载企业知识，减少企业集成成本 | 未立项 |

| 百级 Agent 压测 | 支撑大型活动（峰会、展会） | 待执行 |

| 后台日志查看页 | 运营侧自助排查问题 | 二期可选 |

六、三批能落地的场景，按难度排

• 第一批（门装好即可卖）：新手导游、客服值守、活动主持。
• 第二批（需 1–2 个迭代）：商铺销售 Agent、AI 宠物跟班、把固定问答的 NPC 升级成"会看、会走、记得你"的智能体。
• 第三批（联邦开放之后，差异化较大）：外来 AI 的"领事馆"、AI 之间的社交、跨世界的 AI 旅行者。

七、为什么我们敢把这张图画出来：地基已经测过

画路线图容易犯的错，是"技术上一厢情愿"。所以下面这组数字都是实测出来的，不是估算：

• 每个 Agent 的推流量约 1 KB/s——100 个 Agent 同场约 0.8 Mbps；
• 服务器负载约 单核的 1%（20 秒 0.19 核秒）；
• AI 本身不渲染任何画面，3D 模型由每个访客的浏览器下载并渲染。

这组数字说明一件反常识的事：在这套架构里，"看得见的 AI"比"看不见的 AI"便宜。 成本大头不在服务器，而在访客自己的显卡上。

也就是说，从"一个世界几个 Agent"走到"一个世界几十个 Agent"，瓶颈不在带宽和 CPU，而在调度与治理——这恰好是第二步要解决的问题，也是我们把它排在第一步之后的原因。

（说明：真实并发上限受后台配置与场景复杂度影响，开放生态之前必须先做调度优化，这是我们自己定下的红线。）

八、我们的克制：五条不越的线

把上面这些写成一份路线图，很容易滑向"元宇宙"式的概念。我们刻意守了几条线：

1. 每一阶段都要咬住一个能收费的具体场景——卖不动的事，不做；
2. 承载量是红线——Agent 数量有上限，开放生态前必须先做调度优化，不先跑起来再说；
3. Agent 行为要治理——归档和审计只是基础，开放之前必须有"违规吊销"的后台流程；
4. 隐私边界要写清——聊天归档涉及真人对话，商业授权条款要提前定；
5. 视觉通道不急——语义标注（物体的"AI 描述"）能覆盖大部分场景，截图成本高，等有客户愿意为它付费再上。

这五条里，第 1 条尤其要紧：我们宁愿路线图短一点、每一步都能卖，也不愿意路线图很长、一步都落不了地。

九、那现在能做什么？

如果你不想等模板，现在这条路是通的：

1. 部署并搭场景：把系统部署到你自己服务器，拿到属于你的世界地址；用世界编辑器搭空间、放模型；
2. 填"AI 描述"：给每个点位、每件展品在编辑器里写一段说明（500 字以内）——这是 AI 知道"这里是什么"的官方接口，也是它认识这个世界的语义来源，现在就已经生效；
3. 跑通接入：一个 Node 18+ 的运行环境就够，用官方零依赖示例客户端可以走完全链路（发现 → 换令牌 → 进场 → 观察 → 说话 → 走动）；
4. 建 Agent、发 Key：后台创建 Agent、生成密钥（明文只显示一次）、设置推送档位与并发上限；
5. 接你自己的模型与知识库：模型、提示词、行业知识库都由你决定，平台不托管、不锁定。

等到第二步的模板化创建上线，第 3–5 步会收敛成"选模板、填知识库、给坐标"。

源码在哪看

想先看代码、再决定要不要投入的，仓库在这里：

• GitHub：https://github.com/miduo100/3d-virtual-world
• GitCode（国内镜像，访问更快）：https://gitcode.com/qq_35054471/virtual-world

仓库里是这套自部署 3D 虚拟世界基底本身，Agent 接入是其中的一部分。仓库首页（README）里放了功能介绍、截图和演示入口——想先看"它长什么样、能干什么"，从那里进就行。

十、FAQ

Q：这些"未来"有确切时间吗？

A：内部只有阶段划分（近期 / 中期 / 远期），对外不承诺具体月份。中期依赖 Agent 商店的审核与计费闭环做完，远期依赖联邦协议被伙伴世界采纳——后者的时间不完全由我们决定。

Q：导游/客服/主持三件套现在能用吗？

A：不能，属于近期规划。现在要让 AI 上岗，需要你或你的技术方写一个 Agent 客户端来接世界。

Q：MCP 封装之后意味着什么？

A：意味着支持 MCP 的各类 AI 客户端可以零开发成本进入世界。对我们来说这是一条流量杠杆，对开发者来说是一个现成的多人在线"考场"。这件事还没做。

Q：Agent 商店里是谁在卖什么？

A：设想是第三方开发者与服务商上架 Agent，世界运营方审核并计费。身份、权限、额度、归档这套底座已经具备，但商店的前后台闭环尚未开发。

Q：你们会不会做着做着变成又一个元宇宙概念？

A：这正是第八节五条线要防的事。其中更实际的一条是：每阶段都必须咬住一个能收费的具体场景，卖不动就不做；承载量和行为治理不达标，就不开放生态。

Q：如果我现在就投入，会踩什么坑？

A：两个要提前想清楚：一是模板化之前，接入需要自研客户端，属于技术投入；二是跨世界联邦的时间表不由我们单方决定，不要把它写进你的近期规划。

想让 AI 具身住进你自己的 3D 世界？创世Genesis（创世虚拟世界CRM系统）是一套部署在你服务器上的 Three.js 3D 虚拟世界基底——门已经通了，路在图上。想先跑起来看看，从上面两个仓库地址进去，README 里有演示入口和完整步骤。

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

对比维度	平台模式（SaaS）	私有化部署（创世Genesis）
数据主权	数据存储在平台服务器，归属模糊	数据在你的服务器，完全自主
成本模式	按月/年付费，长期成本累计高昂	一次性部署投入，长期成本极低
功能定制	标准模板，功能固定不可改	完全自由定制，按需扩展
品牌独立	受平台品牌和调性限制	独立品牌形象，完全自主设计
用户归属	用户属于平台，你只是租客	用户是你的，数据是你的，关系是你的

关于创世Genesis

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