企业官网建设流程全解析

开头就以一个从业者的视角来聊聊这个项目。做数字孪生这块时间久了，你会发现一个尴尬的事实：大多数团队的时间和成本，都烧在了三维场景的“建模”和“反复改稿”上，而不是真正有价值的“数据联动”和“业务逻辑”上。传统流程里，业务提一个仓储调整需求，建模师要改一天，开发要对接大半天，等画面能跑起来，黄花菜都凉了。

这套“Antigravity + Blender MCP”的组合方案，恰好就是从根上解决这个问题的。Antigravity是一个云端的AI开发环境，集成了大模型交互和代码编辑能力；Blender MCP则是把AI的能力“翻译”成Blender能听懂的指令——两者一结合，就能实现你用自然语言指挥Blender搭场景、改布局、设动画，甚至直接跟数据联动。这篇内容是系列的上篇，重点讲清楚为什么选这套方案、怎么把环境跑通、以及如何从零落地产出一个带有基础数据属性的仓储数字孪生场景。适合正在做智慧仓储、物流仿真、数字孪生园区项目的开发者和产品经理，也适合想了解AI驱动3D工作流的建模师。

1. 方案设计：为什么偏偏是 Antigravity + Blender MCP

1.1 数字孪生的“三层架构”与项目定位

很多朋友一听说“数字孪生”，就觉得要上Unreal、要上Cesium、要搞一堆GIS数据，其实对于智慧仓储这个场景，数字孪生可以拆得非常朴实。

我的理解是，一个可用的仓储数字孪生，至少得有三层东西：第一层是三维可视化层，也就是用户肉眼看到的仓库、货架、货物、AGV小车；第二层是数据映射层，也就是三维场景里的每一个货架、每一箱货物，背后都绑定着真实系统的库存数量、SKU编码、温湿度等属性；第三层是业务联动层，当数据的值发生变化时，三维场景能做出相应的视觉回应，比如库存不足时货架闪烁、托盘消失。

市面上很多团队做这个项目，一上来就着急写代码，用Three.js或者Unity啃模型、写动画，结果三个月过去，连一个能看的仓库空壳都没拼出来。我们这个项目恰恰反过来，核心思路是：把最耗时间的三维场景搭建工作，交给AI通过Blender MCP完成；把数据映射和联动逻辑，放进Antigravity里用代码搞定。

1.2 技术选型对比：为什么不直接“手搓”Three.js

先说说为什么用Blender MCP去搭场景，而不是直接在网页端用Three.js一点一点垒模型。Three.js是个好引擎，但它的定位是“执行引擎”，不是“创作工具”。你可以在Three.js里加载GLTF模型、写交互动画，但你要在浏览器里直接画出“一排五层高的货架，上面摆满大小不一的箱子”，这个工作量是灾难级的——你得手动定义每一个BoxGeometry的位置、旋转、缩放，写几百行重复代码。

使用Blender MCP则完全不同。它把Blender变成了AI的“三维执行器”，AI通过自然语言理解你的意图，然后直接调用Blender的底层API去创建物体、修改材质、排列阵列。等于说，你负责描述“我要一个货架区，五排三列，层高2米”，AI负责在Blender里咔咔一顿操作，眨眼间模型就出来了。

至于环境选择，Antigravity最大的价值是“AI原生”和“项目管理一体化”。在这个环境里，你可以直接用自然语言生成代码，也可以跟Astro、React、Vite这些现代前端工具链无缝衔接。相比本地VS Code + 插件的方式，Antigravity省去了大量环境配置的麻烦，尤其是当你把AI功能、代码运行、终端命令都集成在一个浏览器标签页里时，整个工作流是聚拢的。

1.3 数据流与交互链路解构

这套方案的技术链路，本质上是一条“人 → AI → MCP → Blender → 导出 → 前端”的流水线，理解这条链路是后面所有操作的基础。

第一步，你坐在Antigravity的对话面板里，像跟同事说话一样描述需求：“在原点附近创建一个仓库地面，尺寸是长30米、宽20米，颜色用浅灰”。第二步，Antigravity里的AI理解这句话，生成对应的MCP调用指令。第三步，Blender MCP Server（一个运行在本机的插件服务）接收到指令，翻译成Blender Python API调用，在Blender里生成实际的三维物体。第四步，我们用Blender的导出能力，把场景统一导出成GLTF格式。第五步，在Antigravity里写一个Vite + Three.js项目，加载这个GLTF文件，再对接一个模拟的库存JSON数据接口，于是静态的三维场景就“活”成了数字孪生。

这个链路里最关键的两个环节，一是Blender MCP的“桥接”够不够稳，二是导出环节的模型结构能不能被前端解析。后面我会专门讲到这两个环节的坑。

2. 环境准备：Antigravity 与 Blender MCP 的打通

2.1 Antigravity 环境初始化与常见校验问题

很多朋友卡在第一步，就是Antigravity的注册和使用资格问题。根据我自己的实操和群里朋友的反馈，Antigravity的服务端校验通常看的是账号注册信息、网络出口节点和浏览器指纹这几个维度。如果提示“资格检查失败”或“当前账号不符合使用条件”，优先排查这几点：

• 确认使用的是真实的邮箱或Google账号，并且账号信息完整（绑定手机、开启两步验证会更稳）。
• 确认登录时的网络出口位置是否匹配账号的注册地区。这里强调一下，我绝不建议也不讨论任何绕过网络限制的方式，合规问题必须自己把握。
• 如果是企业环境，看看是否被内部防火墙拦截了部分API请求。

环境初始化其实很傻瓜化，打开Antigravity首页，登录后选择“新建项目”，框架选择“React/Vite”模板。它会自动生成一个云端工作区，左侧是文件树，右侧是编辑器，底部有终端。整个界面跟VS Code高度相似，上手成本极低。

2.2 Blender 侧安装与 MCP Server 配置

Blender侧需要一个MCP插件，Github上有一些成熟的开源实现，我使用的是官方社区维护频率比较高的那套。安装方式分两步：

第一，下载插件文件后，在Blender的菜单栏选择“编辑 → 偏好设置 → 插件”，点击右上角的安装按钮，选择下载好的zip包，启用后记得勾选“Blender MCP”的复选框。

第二，插件启用后，在Blender的“脚本”工作区里，会多出一个MCP面板。面板上有三项核心能力：连接状态、MCP服务地址、功能开关。点一下“启动服务”，插件会监听本地端口，并打印出当前的连接状态。推荐使用Blender 4.0以上的版本，旧版本对于部分材质节点和物理属性的MCP指令支持不完整。

这里提醒一句，Blender MCP的本质是“在Blender内部跑一个HTTP Server”，所以防火墙软件或安全策略如果有拦截localhost端口的行为，需要在连接前放行。这也是新手最容易忽略的细节——插件明明启用了，服务看起来也启动了，但AI就是连不上，查了一圈发现是杀毒软件静默拦截了回环请求。

2.3 Antigravity 中 MCP 客户端的接入

Antigravity目前提供了MCP客户端的配置入口，你可以在项目配置中新增一个MCP Server配置项，把本地Blender MCP的地址指过去。需要注意的是，Antigravity是云端环境，而我们本机Blender的localhost地址，在云端环境里并不能直接访问。

解决的办法是把Blender MCP的服务地址从零配置为局域网可访问的地址，或者通过Antigravity提供的本地代理通道连接。具体操作是：在Antigravity的设置里找到“MCP Servers”选项，新增一个配置，名称随意填，URL填http://localhost:[你的端口]，同时打开“接入本地回环”的开关。这一步做完，Antigravity里的AI就有能力直接遥控你本机的Blender了。

配置好之后，验证方法很简单：在Antigravity的AI对话窗口里，输入“在Blender里新增一个立方体”，观察Blender的三维视口有没有反应。如果有反应，恭喜，整条链路已经通了。

3. 从零搭建智慧仓储数字孪生场景的实操

3.1 一句话生成仓储“地基”

链路打通之后，激动人心的环节就来了。实操时，我习惯把所有指令拆成“小步快跑”的节奏——不要一次性给AI一个“帮我建一个完整仓库”的笼统指令，那样它的上下文很容易爆，或者生成的模型结构乱成一团。

第一步，地基。我输入的指令是：“在Blender中新建场景，删除默认立方体。创建一块地面平面，尺寸为长30米、宽20米，材质颜色设为浅灰色。在平面正中心创建一条白色分界线。”AI通过Blender MCP执行完之后，地面就出现了。

第二步，布局网格。为了后续货架定位方便，我让AI“创建一个空物体作为坐标参考点，位置在原点；创建五个空物体，均匀分布在地面长边方向，间距6米，作为货架排的中心点。”这些空物体看似没有几何意义，但它们就是后续货架阵列的“锚点”。

基础几何的搭建就像一个乐高底板，先有锚点和尺寸，后面放东西才快。

3.2 用“阵列指令”批量生成货架与货物

仓储场景里最磨人的是货架和货物箱的重复建模。传统方案是手动复制、手动对齐，MCP方案下，这件事变成了真正的“一句话操作”。

我给AI的指令是：“选择三个锚点，在每个锚点处创建一个货架基础模型。货架整体尺寸为宽2米、高3米，立柱用0.1米见方的长方体，层板用长2米、宽0.1米、高0.02米的长方体，每层间距0.6米，共四层。层板颜色设为金属灰。”AI执行后，三排货架齐刷刷出现在正确位置。

接下来是货物。这里有个细节非常重要：数字孪生场景里的货物，必须使用“实例化”的方式创建，而不是复制出一堆独立且互不相干的网格体。我在指令里明确要求：“在每个货架层板上，创建八个立方体箱子，使用Blender的集合实例物体实现，箱子的尺寸各不相同，长宽高在0.4米到0.6米之间随机，颜色区分四种。”通过MCP，AI会调用Blender的几何节点或集合实例系统，将同一个箱体模型生成八个实例。这样做的好处是导出到前端后，模型面数大幅降低，而且数据绑定的时候只需要操作一个父级实例。

3.3 赋予模型“孪生属性”：数据与视觉的第一次握手

数字孪生区别于普通3D展示的关键，就是三维模型上承载了数据。在Blender阶段，我们就可以提前为这个“握手”铺路。

具体操作是让AI给关键模型添加自定义属性。输入指令：“选择所有属于货架集合的物体，为每个物体添加一个自定义属性字段，名称分别为rackId、zone和capacity，赋值从1号到15号依次递增；再选择所有货物箱体实例，添加sku、stock和temperature属性，随机赋合理的数值。”Blender MCP会把这些属性写入物体的自定义数据层。

这一步做完了，导出的GLTF文件里就会携带这些属性信息，到了前端，Three.js可以直接读取并驱动它们做视觉联动。很多做实践项目的朋友都会跳过这一步，直接在Web端给模型硬编码数据，结果换个仓库模型就得全套返工——在Blender阶段就把属性定义好，是让项目具备通用性的关键。

3.4 导出 GLTF 并让 Three.js 在 Antigravity 里跑起来

场景搭完，数据属性也绑定了，下面就是出口环节。

在Blender里，选择需要导出的对象，菜单“文件 → 导出 → glTF 2.0”，格式选glb，激活“应用修改器”和“压缩纹理”选项。导出后生成的GLB文件，可以直接拖拽上传到Antigravity的项目文件树里。

接着在Antigravity里用Vite快速初始化一个前端项目，安装依赖three和@types/three，写一个最基础的加载器。三步搞定：

第一步，引入Three.js和GLTFLoader，初始化场景、相机、光照。 第二步，加载GLB文件，并把模型自动居中到世界原点。 第三步，遍历模型的子节点，读取我们在Blender里定义好的rackId、stock等属性，打印在控制台。

做到这一步，你已经拥有一个“带着数据出生”的3D仓储模型了。你的浏览器里，货架在，货物在，数据也在——这就是数字孪生的雏形。

4. 避坑指南与问题排查实录

4.1 Blender MCP 连接失败的三种高频原因

整个项目里，咨询量最大、出现频次最高的问题就是连不上。我整理一个速查表，方便大家直接对着排查。

还有一个高频小坑：Blender MCP服务运行过程中，如果涉及的物体名称包含中文或特殊字符，AI执行指令时找不到物体。我的经验是，所有模型和空物体的命名统一用英文、数字和下划线，不要用中文名，尤其在导出GLTF之前。

4.2 模型导出后“丢材质”或“位置错乱”

我第一次做导出的时候，就栽了跟头：Blender里漂亮工整的仓库，导出到Three.js里却变成了一堆粉色的模型，而且货架位置漫天乱飞。

排查后发现两个原因。第一，粉色的模型说明Three.js无法识别Blender里使用的高光材质（Specular），解决方法是把材质类型统一改成基于PBR的Principled BSDF，或者导出时选择“导出材质为KHR Material Variants”的兼容模式。第二，位置错乱是因为我在Blender里用了缩放的父级空物体，而导出时没有勾选“应用所有修改器和变换”，导致子节点的世界坐标没有被正确烘焙。解决方法是导出前全选模型，快捷键Ctrl+A，应用全部旋转和缩放，再执行导出。

4.3 Antigravity 环境运行异常时的应对策略

Antigravity毕竟是云端环境，偶尔会遇到“Agent Execution Terminated”或“更新出错”的提示。我的个人经验是，这类情况大多数不是代码问题，而是云端IDE自身的工作进程卡死了。常规的应对列表如下：

• 优先尝试刷新浏览器页面，这是成本最低的重置手段。
• 刷新无效时，在右侧终端执行pkill -f node杀掉残留进程，再重新启动项目。
• 如果项目配置有更新，直接在项目设置里选择“Rebuild Workspace”，等待两分钟左右。
• 遇到持续性的数据返回异常，可以先关闭MCP连接，重新打开一个对话窗口，重新建立连接，而不是让AI带着错乱的上下文继续执行。

5. 上篇小结与下篇衔接

按照惯例，我很少在博文末尾写“总结”，但这里想特别说一句：这套Antigravity + Blender MCP的方案，核心理念不是让你扔掉3D建模能力，而是让你把有限的精力从“几何操作”里解放出来，放到“数据定义”和“交互设计”上去。仓库场景只是抛砖引玉，你把里面的货架换成生产设备、把箱子换成园区楼栋，这套“自然语言建模 + 属性预绑定 + GLTF导出”的三板斧，放在任何数字孪生场景里都能复用。

实际操作中我也越来越体会到，数字孪生项目的难点从来不在工具能不能用，而在于你有没有把“场景、数据、业务”这三者的关系想清楚。Blender MCP帮你把场景落地的成本压到极低，Antigravity帮你把代码和数据串起来，后续要加托盘位占用状态、AGV小车路径动画、库存阈值警报，都有了清晰的地基。

下篇的内容，我计划重点拆解两部分：一是货物的数据驱动动画，包括库存减少时箱子视觉消失、AGV沿着路径点移动的MCP实现；二是把Three.js里的数据联动推进一步，接入WebSocket实时推送，让ERP系统里的库存变化能“瞬间”反映到3D画面上。到时候见。