干智慧仓储这行的这两年对数字孪生四个字肯定不陌生。但真上手做过 3D 数字孪生项目的朋友都清楚落地难度和 PPT 里的美好画面完全是两回事。我这次想试一条新路线Antigravity 搭配 Blender MCP把从零搭建一个 3D 智慧仓储数字孪生的时间从以月为单位压缩到以天为单位。建模贵、开发周期长、模型跟业务数据两张皮这三个痛点几乎每个项目都会撞上而这条路线恰好和它们正面硬刚。这篇文章是系列第一篇重点讲选型理由、MCP 连接原理、Blender MCP 接入实操以及一个简化仓储场景从建模到导出的完整过程。适合正在评估数字孪生技术方案的开发人员、想给仓储物流业务做可视化升级的工程师也适合纯粹对AI 操作 3D 软件这件事感兴趣的人。不需要你有多深的 Blender 基础但如果你会一点 Python、知道 JSON 长什么样理解起来会更快。1. 为什么是Antigravity Blender MCP这套铁三角1.1 传统数字孪生路线的三个无解痛点先说痛点。我之前参与过一个仓储可视化项目需求本身不复杂把仓库的平面布局、货架位置、AGV 运行轨迹搬到一块大屏上顺便接上库存实时数据。项目推进到三分之一的时候最大的问题就暴露了——3D 建模成了瓶颈。当时找外包建模团队报价一个包含货架、叉车、托盘的简化仓库场景报价上万周期两周起步。等模型交付业务那边的需求已经改过三轮了。货架要从 5 排变 8 排通道宽度要调整装卸区要挪位置。每一次布局调整都意味着建模返工这个返工周期根本不是按小时算的是按天算的。第二个痛点是模型和数据的割裂。传统做法是建模师做模型前端工程师再拿模型去做 web 端展示数据工程师另起炉灶写接口。三方协作光是模型里这个货架对应数据库里哪个字段这种对齐问题就能开好几天会。模型是模型数据是数据中间那条缝合线永远是手工在缝。第三个痛点更隐蔽整套流程里没有人对场景的即时修改负责。现场说要加一个临时缓存区你不可能为了这一个改动再去走一遍建模流程。数字孪生如果不能快速响应现实变化它的价值就打了折扣。说到底传统路线的问题不是某个环节不行而是整条链路太长、太重。1.2 为什么选 Blender而不是其他 3D 工具选 Blender 不是因为它是最强的 3D 软件而是因为它最配合 AI 工作流。理由一有完整的 Python API。Blender 几乎所有 UI 操作都能用脚本完成这意味着 AI 可以通过 MCP 间接调用这些 API实现真正的自然语言建模。这一点是决定性的3ds Max 和 Maya 的脚本能力也很强但在免费工具里Blender 的 Python 生态和文档质量是最好的。理由二建模到 web 展示的链路短。Blender 可以直接导出 glTF 格式而 glTF 就是 Three.js、Babylon.js 这类前端 3D 引擎的原生语言。模型做出来导出上传前端直接加载中间不需要格式转换折腾。做过 Web 3D 的人应该懂格式转换是最容易出幺蛾子的环节。理由三免费。对于预算敏感的仓储物流项目这是个很现实的优势。省下来的 license 费用够你多买一台测试服务器了。当然Blender 的建模逻辑和传统工业建模软件有差异初次接触需要一点学习成本。但我们的核心思路是让 AI 替我们操作 Blender你更多时候只需要用自然语言描述需求然后检查结果这大幅降低了 Blender 本身的门槛。1.3 Antigravity 在里面的角色是什么Antigravity 是一个 AI 原生 IDE。你可以把它理解成一个内置了资深 AI 结对编程员的开发环境。它跟传统编辑器的差异在哪儿传统编辑器里AI 最多帮你补全代码、解释报错而在 Antigravity 里AI 可以帮你跨文件重构、自动执行命令、主动调用外部工具——前提是它需要一套工具接口这就是 MCP 的用武之地。我在这个项目里实际是这么分配任务的Antigravity 里的 AI 负责写场景搭建的 Python 脚本、写前端 Three.js 代码、处理数据接口Blender MCP 负责让 AI 直接操作 Blender 的建模指令。也就是说AI 不只是帮你写代码它直接帮你在 3D 软件里干活。这种分工方式带来了一个很实际的改变以前做一个数字孪生页面我要等建模师出模型、等前端切图、等后端给接口三个人串行跑。现在一个人坐在 Antigravity 前面AI 在前面冲锋我在后面验收整个流程从串行变成了一个人带着 AI 并行推进。提示Antigravity 本身还在快速迭代中界面和配置路径可能会随版本变化。下面的实操步骤以我当时使用的版本为准如果你用的版本界面不同思路仍然可以参考。1.4 MCP把工具使用权交到 AI 手里MCP 的全称是 Model Context Protocol模型上下文协议。名字听着拗口实际解决的就是AI 如何安全地调用外部工具这个问题。打个比方没有 MCP 之前AI 像一个只能在办公室里打电话的员工能聊、能建议但动不了手。MCP 接入之后AI 有了手——它可以通过工具调用去创建文件、运行命令、操作软件。Blender MCP 服务端专门暴露了一组与 Blender 交互的工具AI 拿到这些工具就能在 Blender 里创建对象、修改属性、执行 Python 命令。这套铁三角的链路实际是这样的你在 Antigravity 里用自然语言描述需求Antigravity 的 AI 理解需求决定调用哪些 MCP 工具Blender MCP 服务器收到调用请求在 Blender 里执行对应操作操作结果反馈给 AIAI 再继续下一步这个链路打通之后3D 数字孪生开发的节奏就完全变了。后面几节我会一步步展示它是怎么变的。2. MCP 工作原理AI 是怎么伸手控制 Blender 的2.1 MCP 的三层结构可能有人会问MCP 到底是个协议还是个库我的理解是它是一套约定一套描述AI 客户端和工具服务端之间如何交互的约定。整个体系分三层Host能调用 MCP 的 AI 客户端在我们这里是 AntigravityClientHost 内部负责与 MCP Server 建立连接的组件Server暴露具体工具的进程在我们这里是 Blender MCP Server每次交互的大致流程是Host 发现 Server 暴露的工具列表比如创建立方体设置材质导出 glTFAI 根据任务语义选择合适的工具构造参数调用 ServerServer 执行完返回结果。这套设计最大的好处是标准化。以前每个 AI 工具都搞一套私有插件接口换个客户端就得重写适配层。现在只要大家都遵守 MCP 规范同一个 Server 可以同时服务不同的 Host。以后你从 Antigravity 换到另一个支持 MCP 的 IDE这套 Blender 连接配置可以原样搬走。2.2 Blender MCP 具体暴露了哪些能力社区里主流的 Blender MCP 实现本质上是在 Blender 里跑一个插件插件内置一个 MCP Server。这个 Server 会暴露一组工具常见的能力包括能力类别具体操作典型用途基础对象创建、删除、复制 mesh/primitives生成货架立柱、托盘箱场景查询读取场景内对象列表、属性、坐标AI 确认当前建模进度物体变换移动、旋转、缩放对象摆放货架、调整通道间距材质修改绑定材质、改颜色/属性用不同颜色标识仓库区域模型导入导出导入外部模型、导出 glTF/JSON交付给前端展示Python 执行在 Blender 内执行任意 Python 命令复杂批量操作你看到没这些能力刚好覆盖了搭建一个仓储场景所需的绝大部分操作。别的不说光是批量复制货架并按照间距排列这一类重复性劳动AI 干起来比人快得多而且不犯困。人工摆 10 组货架可能要一两个小时AI 跑完可能只需要几十秒只要你的约束条件写清楚了。2.3 权限边界为什么说适量授权很重要MCP 给了 AI动手的能力也意味着你需要注意边界。Blender MCP 这类本地 Server 通常只作用于你的本地 Blender 进程影响范围相对可控。但如果你同时配置了文件系统类、数据库类的 MCP ServerAI 的手就伸得更远了。我个人的原则是按需配置最小授权。让 AI 做什么就给对应能力的 Server。比如这个项目只需要 Blender 建模和代码生成那就只配这两个。别图省事把所有 Server 一股脑塞进去。另外Blender MCP 的一些高风险操作比如覆盖场景所有对象的批量删除建议先在一个副本文件里测试确认没问题再应用到正式场景。注意给 AI 开放 Blender 的操作权限不等于可以完全放手。建模类操作不可逆的风险不算高但如果你连了数据库或线上环境的 MCP Server务必看清楚每次工具调用的参数再点允许。3. 零到一实操把 Blender MCP 接进 Antigravity3.1 准备清单先把需要的原料列清楚Antigravity IDEAI 客户端负责理解需求、调度工具Blender 4.x3D 建模软件版本建议用较新的稳定版Blender MCP 插件Blender 侧的角色既是插件又是 MCP Server安装 Antigravity 本身没什么可说的下载安装包、登录、选一个官方模板就能进主界面。真正的重点在 Blender MCP 的接入。3.2 Blender 侧安装并启用 MCP 插件Blender 的插件安装路径是 Edit编辑→ Preferences偏好设置→ Add-ons插件。安装 Blender MCP 插件时你需要先拿到插件包然后在 Add-ons 面板里用 Install from Disk 方式安装。安装完成之后在 Add-ons 列表里勾选启用它。此时界面上会出现一个 Blender MCP 的侧边栏面板里面通常有一个 Start Server 按钮记录一下它显示的端口地址常见的是 3333 或类似端口。注意启动 Blender MCP Server 之前务必确认你的 Blender 工程已经保存到本地。后续 AI 在场景里做批量操作时本地的保存文件就是你的后悔药。3.3 Antigravity 侧配置 MCP Server 映射接下来要把 Blender MCP Server 注册到 Antigravity。做法是在 Antigravity 的 MCP 配置入口里添加一条 json 记录让客户端知道去哪里连接 Blender MCP Server。配置的核心字段包括name给这个连接起个名字比如 blendertransport传输方式常见的有 stdio 和 sse/httpurl如果 transport 是 sse/http填 Blender MCP 插件里显示的地址headers如果有鉴权需求在这里加认证信息配置好之后Antigravity 会发起一次握手如果成功AI 的可用工具列表里就会多出一组 Blender 相关工具。你可以主动问 AI你现在有哪些工具可以用它会列出从 Blender MCP 获取到的工具清单这就说明通道建立了。3.4 第一次通话让 AI 创建仓库地面通道建好我做了第一个测试。我在 Antigravity 的对话框里输入的指令是请通过 Blender MCP 在当前场景中创建一个仓库地面长 60 米、宽 40 米、厚度 0.2 米位置在原点给地面一个灰色的材质。AI 收到指令后的处理过程大致是这样它会判断创建地面对应 Blender MCP 里的某个工具然后把长宽高、位置、颜色这些参数填进去触发调用。整个执行过程可以在 Blender 的视口里实时看到——地面那一步生成的时候我甚至有点恍惚因为以前这种活要自己拉一个 cube 再去缩放、处理尺寸比例现在一句话就出来了。3.5 第一次通常不会完全顺利如果你第一次调用失败不用慌。最常见的两个原因第一Blender 侧的 Server 没启动或者端口被防火墙拦了第二Antigravity 配置里的 url 填错了注意区分 http 和 ws 协议前缀。我在实测中遇到过连接超时的问题。排查下来是 Blender MCP 插件在启动 Server和整个流程就绪之间有个时间差太早发起连接会失败。解决方案很简单等插件面板上的状态变成已就绪再让 Antigravity 连接或者干脆重启一次 Server。4. 用自然语言搭建仓储场景的完整命令流4.1 先把布局想清楚再让 AI 动手建模之前必须有规划。数字孪生最怕的就是想到哪建到哪因为后期对接数据的时候你会发现模型里的对象没有命名规则坐标系统对不上根本无法定位。我做的是个简化的智慧仓储场景布局规则如下仓库主体60m × 40m含地面和四周墙面货架区10 组双排货架每组 8 列 × 5 层通道货架区之间预留 3 米主通道装卸区仓库一侧划出 8m × 8m 的区域缓存区靠近大门侧划分 10m × 6m 暂存区这个布局不是随便定的参考了真实仓库里比较常见的双排货架 中央主通道布局兼顾了空间利用率和 AGV 通行需求。你在自己的项目里可以根据实际情况调整参数但核心原则是一样的先定义布局再让 AI 执行。4.2 让 AI 生成货架系统布局确定之后我给 AI 的指令是使用 Blender MCP 在仓库地面内创建 10 组双排货架。每组货架长 12 米由两排背对背货架组成每排 8 列、5 层。货架之间留 3 米通道。请用简单几何体立柱、横梁、托盘位表示整体放在地面范围内不要超出边界。这里有个小技巧一定要在指令里写清楚尺寸和不要超出边界这类约束条件。AI 对空间的理解能力还在提升中你不给约束它就可能做出挡在通道中间的货架或者货架悬在场景外面。AI 执行这种任务的方式很机械但也很有效先计算每个货架的位置坐标然后循环创建立柱、横梁、层板最后组合。我在 Blender 视口里看着一排排货架生出来的时候最大的感受就是重复劳动被彻底解放了。以前摆货架这种活人做久了会烦躁AI 不会有这种情绪你让它摆 100 组它也照摆不误。4.3 加一点人味检查命名规范AI 生成的对象默认命名可能是 Cube.012Cube.013 这种这对后续数据对接非常不友好。我的习惯是让 AI 在生成完成后重命名所有对象规则是类型_区域_编号例如 Shelf_A_01 PalletPos_A_01_03。这一步看似琐碎却是数字孪生项目里的关键一步。后面你加载数据的时候需要靠对象的名称把 3D 模型和数据库里的记录对应起来——模型叫 Shelf_A_01数据库里货架 A-01 的库存记录就能直接映射上去。用一句我们项目里常说的话没有规范命名的模型是一堆不可寻址的三角形。4.4 导出 glTF从 Blender 到 Web 的桥梁场景搭好之后下一步是导出。Blender 的文件菜单里有 Export → glTF 2.0 选项导出时需要注意几个参数Format 选择 glTF Binary (.glb) 或 glTF Separate (.gltf .bin textures)Include 选项勾选一切需要的物体集合坐标系注意 Y-Up 和 Z-Up 的差异前端加载时要和 Three.js 的设置保持一致导出这个动作你同样可以让 AI 代劳。给 AI 的指令可以这样写导出当前场景为 glTF 2.0 格式保存到项目目录下的 assets/warehouse.glb包含所有可见对象。glTF 格式之所以受到前端 3D 场景的欢迎是因为它把几何、材质、动画、乃至场景层级关系打包在了一个标准格式里。Three.js 加载 glTF 只需要几行代码这一点在后面前端联调时会体现得很明显。5. 从静态模型到数字孪生数据通道怎么打通5.1 数字孪生的三层架构我一直认为数字孪生的本质不是建模而是连接。一个只有静态模型的场景叫三维展示不叫数字孪生。真正的孪生需要三层联动物理层真实的仓库、货架、库存、AGV 设备虚拟层刚才在 Blender 里建的 3D 场景数据层连接物理和虚拟的实时信息通道三层缺一不可。物理层提供事实来源虚拟层提供空间认知而数据层决定了这个孪生是活的还是死的。为什么很多数字孪生项目做完之后成了大屏摆设就是因为数据层没打通模型再精细也是一个空壳。5.2 数据怎么来快照 实时事件流以智慧仓储为例常见的数据源包括WMS仓库管理系统提供的库存快照比如每个库位当前存放了什么商品、数量多少设备调度系统提供的 AGV 实时位置和任务状态物联网传感器提供的温湿度、门禁、能耗数据这些数据的获取方式通常是两种一种是用定时任务拉取开放接口得到 JSON 快照另一种是通过 WebSocket 或者消息队列订阅实时事件流。对于第一阶段的数字孪生我建议优先做快照刷新比如每 30 秒拉一次库存数据等系统稳定了再叠加实时事件流。一口吃不成胖子先把每隔一段时间场景会更新这个机制跑通比一上来就搞毫秒级实时推送要稳妥得多。5.3 前端加载场景Antigravity 帮我们写 Three.js模型有了、数据接口定了接下来就是前端展示。这部分我是让 Antigravity 的 AI 帮我生成完整代码的。我把需求描述为创建一个基于 Three.js 的网页加载 assets/warehouse.glb 模型提供鼠标控制的三维漫游视角并从 api/warehouse/state.json 读取库存数据当库存低于安全线时对应货架的托盘位显示为红色。AI 生成的代码核心逻辑大致是这样import * as THREE from three; import { GLTFLoader } from three/addons/loaders/GLTFLoader.js; import { OrbitControls } from three/addons/controls/OrbitControls.js; const loader new GLTFLoader(); const scene new THREE.Scene(); loader.load(assets/warehouse.glb, (gltf) { scene.add(gltf.scene); });这只是一个骨架。实际生成出来会有光照、轨道控制器、数据请求和颜色更新的完整实现。AI 写这些代码的速度非常快而且它知道自己生成了 glTF 模型所以在坐标和命名上能和我们前面的规范对接上。5.4 数据驱动的场景更新逻辑模型加载完成只是第一步真正的孪生体现在状态更新。库存状态变化时前端需要在 Three.js 里找到对应的 3D 对象修改它的颜色、显隐或者位置。一个典型的更新逻辑是这样的定时从 API 拉取库存快照遍历快照里的每个货位记录比如 { id: A-01-03, sku: WF-1001, quantity: 12, status: normal }用记录里的 id 去场景中查找名为 PalletPos_A_01_03 的对象根据 status 和 quantity 调整对象颜色或添加提示标签这个逻辑听起来不复杂但在传统的开发流程里你要先等建模完成再等前端接入再等数据联调周期很长。而用 Antigravity Blender MCP 的方式模型生成、代码编写、数据对接基本上是连续完成的。我实测从零到跑通一个带库存状态的页面大概用了不到一天。放在以前这个量级的任务排期最少一周。6. 我已经踩过的坑和一份给新手的检查清单6.1 MCP 连接超时最不值得浪费时间的坑我前面提到过连接超时的问题这里再展开一点。Blender MCP Server 的启动需要时间而 Antigravity 在加载 MCP 工具列表的时候往往会立即连接。如果你碰到了connect timeout或者tool list is empty这类报错最先检查的不是配置而是 Blender 侧的 Server 到底起来没有。一个可靠的做法是先启动 Blender打开插件面板确认 Server 状态是已启动然后再在 Antigravity 里刷新 MCP 连接。如果你改了 MCP 配置记得重启 Antigravity 的 MCP 会话或者重启 IDE配置不会热加载——或者说大多数时候不会按你预期地热加载。6.2 尺寸比例Blender 单位说米前端可能会懵这是我在这个项目里印象最深的一个坑。Blender 的默认单位是米我在 Blender 里创建的仓库是 60m × 40m导出 glTF 之后Three.js 场景里同样是 60 × 40 的单位。单看没问题但如果你引用了 Three.js 官方的辅助工具比如 GridHelper默认网格是 10 单位一格60×40 的场景会显得非常空旷。解决方案有两个要么统一约定1 单位 1 米并在前端把默认网格调大要么在 Blender 导出时把场景缩放到一个合理比例。我建议用第一种保持单位和真实世界的 1:1 映射这样后续对接数据坐标的时候最不容易出错。数据对接最怕的就是单位不一致——物流园区的坐标是米你模型用的是厘米一接进去全错位。6.3 自动保存与AI 乱改场景的博弈AI 批量操作 Blender 的时候偶尔会发生改错对象的情况——比如想调整货架高度结果把整个场景的缩放全改了。这不完全是 AI 的问题有时候是场景里对象命名混乱导致 AI 找错了目标有时候是工具参数传了离谱的值。我的应对措施很简单保持 Blender 自动保存开启并把间隔设为 5 分钟重大操作前手动点一次保存给 AI 的操作指令里明确加一句只操作我指定的对象不要影响其他物体这三个习惯救了我好几次。至少现在 AI 操作一两步之后我心态比较稳——大不了回退反正有存档。6.4 给新手的启动检查清单最后分享一个我每次搭环境的检查清单你可以直接抄走Blender 已安装并打开场景文件已保存Blender MCP 插件已启用Server 已启动Antigravity 里的 MCP 配置地址和端口与插件一致MCP 工具列表已成功加载AI 能列出 Blender 工具先用一个最小场景比如一个地面 一个立方体跑通全链路再扩展到完整仓储布局并做好对象重命名导出 glTF 前检查命名、坐标、材质是否符合要求数据接口先用静态 JSON 文件模拟再接真实 API这套流程走一遍你对整个技术栈心里就有底了。至于更进阶的内容——比如 AGV 路径动画、货位状态实时联动、多视角切换、以及更精细的材质与场景优化我准备放在系列的下篇来讲。这期的目标是把地基打牢地基稳了上面的东西才盖得起来。不过说句实在话我做完这个项目最大的感受是数字孪生真正难的从来不是软件操作而是你怎么理解业务、怎么定义模型与数据的对应关系。工具把建模的手速提上来了但把场景和业务对齐的活还是得靠人。这也是为什么我一直强调命名规范、布局规划和数据约束——这些无聊的准备工作恰恰是孪生项目能跑起来的关键。等到下期我们做 AGV 动画的时候你会感谢当时定了规范命名的自己。
