Blender MCP 能做什么，又在哪里到头

装上插件，点 Start MCP Server，让它做一把椅子。几秒钟后椅子就出来了，比例合适，还带材质。然后你让它做一条有人行道、由十二栋房子组成的街道，会话的性质就变了：智能体开始写长长的 Python 脚本、运行、把场景读回来、修补坏掉的部分，然后写下一段脚本。它通常最终能做出来，只是耗掉的回合数比那把椅子多一个数量级，而且第十二栋房子很少和第一栋对得上。

这个差距就是本文的全部主题。Blender MCP 确实好用，也确实免费，在很大一类工作上没有对手。它变贵的位置是具体的，值得精确点出来，而不是含糊带过。

Blender MCP 到底是什么

大家通常指的是 Siddharth Ahuja 的 blender-mcp，MIT 协议，由两部分通过 socket 通信构成：一个插件跑在 Blender 内部，开一个小的 TCP 服务；另一个独立的 Python 进程用 Model Context Protocol 与你的客户端对话，并把 JSON 命令转发到那个 socket 上。安装流程是装包管理器、跑一条命令、在偏好设置里启用插件，然后在视口侧栏点 Start MCP Server。它的 README 对自身定位很坦白：这是第三方集成，不是 Blender 官方做的。

它的工具清单长什么样，就决定了后面的一切，所以值得仔细读。一共三组：

读场景。get_scene_info、get_object_info 和 get_viewport_screenshot，让智能体能看一眼刚做出来的东西，而不是靠猜。
真正干活的那一个。execute_blender_code，在运行中的 Blender 里执行任意 Python，作用域内有 bpy、bmesh 和 mathutils。README 提醒你先保存文件，这个提醒是对的。
资源。从 Poly Haven（整个库都是 CC0）、Sketchfab 和 Poly Pizza 搜索并下载，另外还能通过 Hyper3D Rodin 和 Hunyuan3D 用文本生成 3D，结果直接导入当前场景。

现在注意清单里没有什么。没有 create_object，没有 modify_object，也没有 set_transform。早期版本有过几个这类工具，现在的服务端把它们去掉了。智能体做出的每一块几何体，都是靠写 Python 做出来的。

官方那个也在

从 2026 年 4 月起，Blender Lab 也有了官方的 MCP 服务端，Claude 随之提供了由 Blender 开发者自己编写的 Blender 连接器，同时 Anthropic 成为 Blender 的企业赞助方，资金指向包括 Python API 在内的核心开发。官方服务端的定位围绕分析与调试场景、对大量物件批量套改，以及通过 Python API 往 Blender 自己的界面里添加工具。出身不同、侧重不同，但根本接口是同一个：智能体的杠杆叫 bpy。

它就是最优解的那些场合

这不是批评前的客套。有一长串任务，去找别的工具反而是错的。

单个物件。一个道具、一件家具、一段模块化墙体。智能体写三十行，你看一眼，说腿太细，它就改腿。前后两分钟。
材质与着色。节点图本质是数据，会写 Python 的智能体就能搭建和重连。Poly Haven 还免费提供 8K 的 CC0 贴图，没有署名负担。
批量修改。按所属集合重命名所有物件；把所有玻璃材质的粗糙度设为 0.05；找出四十个非等比缩放的物件并修正。在这里，一个通用脚本接口不是妥协，恰恰就是正确的工具。
你本来要去搜的那些事。正确的 context override 写法、某个修改器的参数顺序、导出结果为什么大了一百倍。API 知识本身就是产品。
继承整个 Blender。修改器、几何节点、Cycles、UV 工具、雕刻、绑定、物理、合成器。没有别的接了智能体的东西有这样的覆盖面，而且差距很大。

天花板和清单同样重要。因为 execute_blender_code 是一个通用逃生口，Blender MCP 的天花板就是 Blender 的天花板，而那是这场讨论里最高的天花板。只要在 Blender 里能做的事，装了这个插件的智能体迟早都能做到。这个说法很强，而且成立。

贵的是抽象层级，不是软件

同一个路口，两种说法

假设两条路要相交。走 Blender 这条路，智能体得先决定「路口」究竟是什么，然后把它造出来：把两条道路做成挤出的断面，找到重叠区域，切出交叉多边形，删掉内部面以免两个面 z-fighting，给四个转角做倒角，把路缘做成另一条扫掠断面、在每个转角断开再在另一侧接上，调整 UV 让路面贴图沿着每条支路走而不是横着走，最后把斑马线的面片抬高几毫米以保证画在上面。用 bmesh 写，这是几十行代码和十来个假设。下一个路口——三岔而不是十字，一条路比另一条宽——又是另外几十行。

而在一个本来就以「场地」为单位思考的工具里，路口是一次操作。两条道路是带中心线和宽度的对象，「在这里把它们接上」是一次调用，交叉面、路缘转角、人行道倒角和标线会一起出来，因为路口本来就是这个工具持有的概念。智能体这一回合花在决定路口放在哪里——而这正是你请它来做的判断。

这些都不是 Blender 的缺点。Blender 不知道路口是什么，也不该知道：它是通用建模软件，正是这种通用性撑起了上一节那么长的清单。错配在于：一片场地是由几十个反复出现的概念构成的——车行道、路缘、人行道、街区、地块、立面、层高、洞口——而建模软件给你的是顶点。

四十次重复的代价

一条街就是同一个操作重复很多遍，而生成的代码会漂移。第 3 栋房子的层高是 2.8 米，因为智能体是从屋脊高度推出来的；第 31 栋是 2.9 米，因为那时它改从窗楣往下推了。不报错，不留日志，等你站在街上看着屋檐线对不齐时才发现。在脚本化的流程里，一致性必须在每一回合重新建立：工具不会替智能体保管约定，于是约定唯一的存放处就是对话，而对话随着变长正在被不断压缩。

上下文被 API 填满，而不是你的计划

每次读场景都以文本返回。每段脚本都是上行的 token，还常常带回一段 traceback。Python API 的细节和你的需求说明挤在同一个窗口里。做到第两百个物件时，智能体对「地中海风格、两层、瓦屋顶、两侧都有人行道」的记忆，正在和二十分钟前用过的某个 bpy.ops 签名争夺空间。长时间的搭建会漂移，这个结构性原因至少和模型质量一样重要。

经得起真实工作检验的判断标准：如果结果是「一样东西」，Blender MCP 是最快的路径。如果结果带有布局，那么不论用什么工具，布局都必须是工具里的一等对象，否则智能体每一回合都要从顶点开始重建它。

逐项对照

把装了 MCP 插件的 Blender 和一个为场地而生的编辑器放在一起，这里取 Cuberta 为例：

维度	Blender 加 MCP 插件	为场地而生的编辑器
你得到什么	整个 Blender：修改器、几何节点、Cycles、UV 工具、绑定、物理，外加 CC0 与市场资源检索	场地级操作：带路口和人行道的路网、带立面的成片街区、已布置的室内、地形、植被、灯光、一天中的时间
智能体必须自己发明什么	凡是超出基本体的几何，全部用 Python 从头写，每次都写	布局——也就是你当初请智能体来做的那部分
每个结果要几回合	写脚本、运行、读回场景、修正。一个路口是一段脚本，一条街是许多段	每个场地概念一次调用；整场会话是关于布局的对话，而不是代码评审
可编辑性	完全可编辑。产出的都是 Blender 原生数据，可以用全套工具手改	可以选中、移动、删除的真实物件，任何一步都能撤销，还能标出哪里建、哪里不建
导出	几乎什么都行：glTF 与 GLB、FBX、USD、OBJ、Alembic 等，都在自带范围内	带纹理的 GLB 或 FBX

两个都用，而且要按这个顺序

真正的错误是把它当成二选一。这两条路是往相反方向失效的，而这恰恰是「流程」胜过「偏好」的前提条件。

对环境而言行得通的顺序是：先在场地便宜的地方把场地建出来——路网、路口、街区切分、建筑体量、室内、植被、灯光和时间。然后导出带纹理的 GLB 或 FBX，在 Blender 里打开。接着把 Blender 的长处花在真正划算的地方：给镜头会平视经过的主建筑重拓扑，为关卡开场看得见的那一排烘焙 AO，用几何节点驱动立面变化，把会开的门绑起来。这才是 Blender MCP 最好的状态，因为智能体重新回到一次处理一个物件——那正是它擅长的问题尺寸。

反方向同样有用：用智能体在 Blender 里做主要道具，导出，再拖进场地里。如果你要在交接处选格式，两者并不能互换，GLB 与 FBX 在材质、单位和动画上的差异值得一次性想清楚，而不是每个资源都重新纠结一遍。

Cuberta 就是为这个分工的前半段而做的编辑器之一：免费、桌面端、自带 MCP 服务。点 Copy connect command，粘到终端里，你本来就在用的那个智能体就接上了视口，把路网、街区、室内、地形和灯光当作场地级操作来搭建，而你在旁边看着，不满意就撤销。导出是带纹理的 GLB 或 FBX，正好对上上面说的交接。它不是建模软件，也不假装是：重拓扑和着色器的活儿仍然归 Blender。在一次会话里挂两三个服务是很常见的做法，在定下方案之前，了解一下面向 3D 与游戏开发的 MCP 服务生态是值得的。

一遍就能做完的判断

一个物件、一个材质、一次批量修改、一段脚本。用 Blender MCP。你做完的时候，替代方案可能还没装完。
要出渲染图。毫不犹豫选 Blender。Cycles 不是可以随便替换的东西。
任何带布局的东西——要相接的道路、面向街道的建筑、彼此连通的房间。先问：布局在这个工具里是不是一等对象。如果不是，你就得用 Python 把它买单。
周一要交给关卡设计师打开的 FBX 或 GLB。在场地便宜的地方搭场地，在 Blender 里精修资源，只导出一次。
动画师要拿去变形的拓扑。两种做法都给不了你可用于生产的布线。自己建模，把 UV 和材质交给智能体。

诚实的分界线

Blender MCP 的天花板是 Blender 的天花板，它的地板是 Python。这个组合在一个物件上无可匹敌，在一百个物件上代价高昂，而这两半都来自同一个设计决定：把通用建模软件交给智能体，让它写代码。为场地而生的编辑器做的是相反的取舍——天花板低得多，没有雕刻、没有 Cycles、没有绑定——换来的是一块地板：在那里，一个路口是一次调用，而不是五十行代码。

所以问题不是谁赢。问题是你提问的时候，眼前看的是自己工作的哪一半。