上周我去一家家电卖场做调研，站在一排智能屏前看了十分钟。

三个屏幕，三种体验。第一个是纯文字客服——你问这台冰箱多大，它三秒后回一行参数，像在读说明书。第二个是传统数字人——形象挺好看，但你一开口，它还在播上一段欢迎语，打断不了。第三个是我们后来用魔珐星云搭的原型：用户走近，数字人抬头看你，你问一家四口、预算 8000、要省电，它边想边答，说到一半你插嘴有没有更薄的，它立刻停住，换方向继续聊。

旁边导购大姐说了一句很实在的话：前两个像机器，第三个像有人在。

这句话，基本就是这篇文章想讲清楚的事。

一、核心判断：AI 正在从「文本交互」走向「具身交互」

大模型这几年把 AI 的认知层拉满了——理解、推理、生成，样样都行。

但真实场景不吃这一套。

政务大厅的大屏、门店的导购屏、展馆的讲解终端、教培场景的 AI 老师——这些地方的用户，不会老老实实对着聊天框打字。线下用户大多移动状态下实时提问、中途随时补充需求，需要一套兼顾倾听、神态反馈、手势指引的面对面沟通体系，纯文字聊天框完全无法实现。

完整具身交互智能绝非简单叠加静态虚拟形象，而是一套打通感知、认知、多模态表达的完整交互体系：AI 可实时接收用户提问，同步输出语音、微表情、肢体指引，并深度联动商品、政务业务系统。

在整套链路里，大模型承担认知推理工作，魔珐星云作为完整具身交互智能底座，补齐 AI 拟人化实时沟通能力，让智能体拥有 “真人在场” 的交互质感，这正是平台核心价值。

二、魔珐星云是什么？不是数字人工具，也不是 Agent 套壳

在动手之前，我花了不少时间搞清楚它的定位。

市面两类方案均存在交互短板：一类仅搭建浅层形象载体，交互逻辑固化，无法适配用户开放式实时提问；另一类将 Agent 框架与 3 形象简单拼接，认知层、表达层相互割裂，多层延迟叠加导致交互生硬。

魔珐星云的定位是：具身交互智能开放平台。

它做的不是帮你生成一个数字人形象，而是打通大模型推理、3D 多模态表达、行业业务系统完整链路，开发者接入标准化 SDK 即可落地原生实时交互智能体。平台采用自研参数流 + AI 端侧解算这套具身交互智能核心技术：云端仅下发轻量化表情、骨骼驱动参数，终端本地完成全部 3D 渲染计算，摒弃传统全帧画面传输架构，从底层解决交互延迟、无法实时插话两大痛点，补齐行业长期缺失的标准化拟人表达层。

几个能力会在后面的 Demo 里自然出现，这里不堆参数，只记一句：它解决的是表达层这个被长期忽视的工程问题。

三、实战：从零搭一个门店导购具身智能体

我选门店导购做 Demo，原因很简单——这是「场景落地型」最典型的战场：流量现成（进店的人），需求明确（问产品、比参数、要推荐），而且和纯文字客服的差异，一试便知。

3.1 平台配置：10 分钟搞定「身体」

登录 魔珐星云开发者平台，选择左侧的”应用管理“，在驱动应用中点击“开始创建”

输入应用的基本信息，点击“创建”

应用创建成功可以拿到 AppId 和 AppSecret。

在人物配置里，我选了一个亲和型的 3D 导购形象，配了偏日常讲解的音色和表演风格。这一步相当于给 Agent 选「皮囊和声线」——后面所有 LLM 输出，都通过 SDK 驱动这张脸说出来。

先在控制台调试面板里测一句：您好，想了解冰箱还是洗衣机？——看口型、眼神、手势是否跟语句节奏匹配。确认 OK 再写代码，省得后面排查半天。

3.2 SDK 接入：核心代码就这几行

前端引入 JS SDK，初始化实例：

该例子仅用于本地Demo；正式部署需按平台推荐方式配置域名白名单、权限控制和密钥治理，不要把真实凭证公开提交。

async function initAvatar(){
  const avatar = new window.XmovAvatar({
  containerId: '#avatar-container',
  appId: 'your_app_id',
  appSecret: 'your_app_secret',
  gatewayServer: 'https://nebula-agent.xingyun3d.com/user/v1/ttsa/session',
  onStateChange: (state) => {
    // idle / interactive_idle / speak 等状态切换
    console.log('数字人状态:', state);
  },
  onVoiceStateChange: (voiceState) => {
    // start / end — 判断是否在说话，用于打断逻辑
    //状态值以当前SDK实际回调为准，建议先打印确认后再做映射
    console.log('语音状态:', voiceState);
  }
});
 
await avatar.init();
}

initAvatar()

LLM 那边用 SSE 流式输出，前端边收 token 边喂给 speak()：

let buffer = '';
let isFirst = true;
let hasSpoken = false;

for await (const chunk of llmStream) {
  buffer += chunk;
  if (buffer.length >= 15) {
    avatar.speak(buffer, isFirst, false);
    isFirst = false;
    hasSpoken = true;
    buffer = '';
  }
}

// 统一处理结束信号
const sendEndSignal = (text = '') => {
  avatar.speak(text, false, true);
};

if (buffer) {
  sendEndSignal(buffer);
} else if (hasSpoken) {
  sendEndSignal();
}

用户随时插话？调用interactiveidle()停止播报，同时activeController.abort()取消SSE请求，并递增requestVersion；所有token回调和speak前都检查当前版本是否仍有效。

我创建完成demo之后，输入APPID、App Secret，因为我们这里集成了大模型，所以需要大模型的Base Url、LLM API Key、LLM Model，这里我选择的DeepSeek

另外我设置了数字人提示词以及用户问题，随后驱动数字人它就可以回答我们的问题，回答的内容也我们也可以看到

---

架构上有个关键分工： Agent 业务逻辑（商品库、促销规则、用户画像）跑在自己的后端，前端只接收后端返回的SSEtoken流，再喂给avatar.speak。魔珐星云 SDK 跑在前端，只管「表达」——LLM 想什么、后端查什么，最终都变成这张脸上的语音、表情和动作。

3.3 跑起来之后，和文字客服差在哪？

我设计了三组对照测试，邀请几个非技术朋友来试：

测试场景	文字客服	魔珐星云导购
用户中途改需求	等它播完，重新提问	直接打断，立刻切换话题
问「有没有更便宜的」	回链接或 SKU 列表	边指侧边商品卡片 widget，边口头解释差异
用户沉默 5 秒	无反应	数字人微微前倾，主动问「还在考虑尺寸吗？」

第三组让我印象最深。朋友后来反馈：文字客服像搜索引擎，这个像店员。

差别不在 LLM 智商——两边接的是同一个模型。差别在交互形态：具身 Agent 多了一条非语言通道（眼神、姿态、手势、语音节奏），而且响应够快，跟得上人类对话的自然节律。

四、为什么门店大屏需要「具身交互智能」，而不是 Q&A 机器人？

回到开头的三种屏幕，其实对应了数字人落地的三个阶段：

1. 纯文字问答机器人：仅文本输出，缺失可视化拟人载体，无面对面沟通氛围感；
2. 浅层 3D 交互载体：具备静态形象，但底层架构不支持实时插话、动态同步神态，双向交互能力薄弱；
3. 标准化具身交互智能：完整实现倾听、思考、实时应答、中途切换话题，并联动商品业务，适配门店真实导购全流程。 【修改目的】彻底删除 “单向播报、视频播放器” 贬低表述，客观分层对比，仅描述交互能力差距。

门店场景尤其需要第三阶段。导购的核心不是「回答问题」，而是引导决策：追问需求、对比方案、处理犹豫、促成转化。这些动作都依赖多轮、可打断、有反馈的对话——聊天框做不好，播报型数字人也做不好。

魔珐星云在这个场景里的价值，不是「让你有一个 3D 形象」，而是提供从交互、表达到响应、终端接入的完整能力，让开发者把精力放在业务逻辑上，而不是和渲染、延迟、打断机制死磕。

几个在实际 Demo 中验证过的点，顺带提一下（不展开堆参数）：

• 低延迟响应：端到端大约 500ms 量级，无需等待完整回答生成，同步跟进用户对话节奏；
• 随时打断：全双工交互，用户任意时段提问均可即时切换讲解逻辑，贴合真人沟通习惯；
• 流式 speak：大模型逐段输出文本即可同步触发语音、肢体，消除一次性完整播报的机械感；
• 端侧渲染：普通商用大屏、百元级嵌入式设备均可稳定运行，无需单独配置云端 GPU 集群；
• Widget 联动：具身交互智能体讲解过程中，同步联动侧边商品卡片、参数对比面板，视听一体化导购体验。

这些能力单独看都不稀奇，但组合在一起、且在门店网络环境下稳定运行，才是「场景落地」的门槛。

五、从门店到更多场景：同一套「身体」，不同的「业务灵魂」

门店导购只是入口。同一套 SDK 架构，换套业务逻辑就能迁移：

• 展馆讲解：多模态讲解 + 展品 widget 联动，观众随时提问
• 政务导办：流程引导 + 材料清单展示，减少窗口重复咨询
• AI 陪练 / AI 老师：需要「眼神反馈」的训练场景，聊天框天然不适合
• 企业前台 / 智能客服：7×24 标准化接待，复杂问题转人工

共同点是：用户要的不是更长的回答，而是更自然的交互。

魔珐星云提供的是具身表达的基础设施；开发者叠加垂直行业知识库、专属业务流程即可快速落地；认知层与具身表达层完全解耦，多场景复用一套 SDK，大幅缩短项目落地周期。

写在最后

AI 的进化，正在从会思考走向能表达、会交流。

大模型解决了脑子，具身交互智能解决身体。在门店、展馆、政务、教培这些真实场景里，用户从来不缺信息——缺的是一个能接住对话、跟得上节奏、进得了流程的交互主体。

浅层 3D 形象无法等同于完整具身交互智能体，只有依托参数流、端侧渲染整套底层能力，才能让 AI 拥有可面对面沟通的具象载体。 如果你的 Agent 项目推理能力达标，但终端用户交互体验生硬，核心短板往往是缺失标准化具身交互智能底座。

参考链接

• 魔珐星云官网
• SDK 接入文档
• 本文案例