这几天"AI直接在Blender里建模"的视频又刷屏了。有的片段里一句话就能让立方体凭空出现，评论区直接吵成两派：一派说建模师要失业了，另一派说建出来的东西全是垃圾，纯属炒作。我把两边的一手实测记录都翻了一遍，有个结论可以先说在前面：这东西能用，但它的用法和视频里完全不是一回事——它不是"一句话吐出一个模型"，而是AI接管了你的手，在Blender里写Python。想明白这一点，你才能判断自己该不该装、预期该给多少。
先说原理：四段链路，懂了就能自己排错
这套东西走的是MCP协议，你可以把它理解成给大模型准备的"USB接口标准"——Claude本身碰不到你电脑里的任何软件，但通过这个接口能去调外面的工具。具体到Blender，链路是四段：Claude桌面客户端听懂你的话，判断这事得动Blender，于是在本地拉起一个MCP服务进程（靠uvx这个命令）。进程通过TCP连到9876端口。知乎端口那头是你装进Blender的插件，它在Blender内部开了个socket服务器一直候着，收到指令再转手交给bpy执行——bpy就是Blender自己的Python接口。
真正动手踩过坑的团队总结得最透：它不是"AI学会了用Blender"，是AI拿到了写Python的权限，而Blender一直都听Python的。知乎懂了这句话，你就知道边界在哪、报错怎么查：bpy能干的它都能干，bpy干不了的它照样干不了。报错的时候对着链路找——Claude说"我没这个能力"，是第一段没通；工具图标有、一调就超时，八成卡在第二第三段之间；Blender里蹦红字，那是第四段的脚本本身写错了。
两条接入路线：一套管理解，一套管动手
很多教程没告诉你的一个事实：现在Blender的MCP是两套并存的。官方那套叫Blender Lab MCP，Blender官方自己出的，拖拽两次就装好，还能收更新通知，强项是查Python API文档、审场景、揪出面数异常的物体、给几何节点生成说明，整体偏"理解和排查"。第三方那套叫ahujasid/blender-mcp，GitHub上两万多颗星，手动下个addon.py装进去，偏"动手造"：建模型、上材质、拉Poly Haven的素材、跑任意Python代码。
两套都装过的人给的建议很实在：想看到立方体凭空出现、想十分钟搭个灰模，选第三方；手上是个几百个物体的正经项目、要查文件里哪儿出了毛病，官方那套更稳当。唯一要注意的是，两套可以同时装，但别同时连——它们抢的是同一个9876端口。知乎
大多数人上来想要的是"让它帮我把东西建出来"，所以下面说的都基于第三方这套。
安装四步，五个坑已经替你踩过了
流程一共四步，每一步最好当场验证。第一步，装uv包管理器，务必用官网的安装脚本装，别用pip install uv——那样装出来可能根本没有uvx这个命令。装完用where uvx验证，把返回的完整路径复制下来。第二步，从GitHub下载addon.py，用命令行下比浏览器点省事——浏览器"另存为"经常存出一个HTML，文件只有几百字节那就是下错了。然后走Blender的「编辑→偏好设置→插件」，选从磁盘安装。第三步，改Claude桌面版的claude_desktop_config.json：command写uvx的绝对路径，args里加–python 3.11，env里把UV_PYTHON_PREFERENCE设成only-managed。第四步，回到Blender，鼠标放进3D视图按N调出侧边栏，找到BlenderMCP标签点连接。
真正值钱的是五个坑，全是实打实踩出来的，每一个都真实存在。一，网页版claude.ai肯定连不上本机——浏览器出于安全限制没法启动本地进程，必须用桌面客户端，很多人的前半个小时就浪费在这儿。二，报spawn uvx ENOENT，意思是"找不到uvx"，可你在终端里明明敲得动——原因是从开始菜单、Dock启动的GUI程序不继承终端的PATH环境变量。解法就是配置里别写uvx三个字母，直接写绝对路径。知乎三，Windows上关窗口不等于退出，Claude只是缩到托盘里去了，配置文件根本没重载，得右键托盘图标退出再重开。四，机器上装了conda、pyenv或者asdf的话，Python版本可能被抢走，你会看到一堆莫名其妙的编译错误——配置里锁–python 3.11再加only-managed基本就绝迹了。五，别自己在终端手动跑uvx blender-mcp——服务进程由客户端负责拉起，你手动再开一个，两个进程抢同一个端口，谁也别想通。
再补两个小提醒：版本上Blender 3.0以上都行，有人拿现在的稳定版5.2 LTS实测过，没出兼容问题；另外第一条指令偶尔会失败，再发一次通常就好——这是这个项目挂了很久的老毛病，不是你装错了。
它到底能干啥：精度吓人，效率是真的
先看结果。有人给Claude丢了一份参数表，让它在Blender里从零建一辆自行车，验收标准写到小数点后四位：前后轴距要求精确到0.9850米，车轮做完我一查，0.9850，分毫不差。知乎最后整车灰模站起来了：车轮、车架、前叉、传动、把组、坐垫，二十八个物体，八千五百多个三角面。
更有意思的是它会自己抓bug。坐垫装完飘在半空，它不辩解，直接去查数据，发现是建模时只顾着算高度、忘了算前后位置。后来给车加骑手动画，髋关节的刚体约束在快速转动下侧向漂移了十几厘米，怎么调都压不住。它没硬撑说"凑合能用"，直接说清楚Bullet物理引擎在这种工况下的已知局限，建议换成骨骼IK——反解出来的膝盖角度，全程精确到0.0007米以内，比刚体仿真准了两个数量级。知乎这跟"一句话吐出一个模型"是两个物种。
真能省事的场景清单其实很朴素：把一堆Cube.001、Cube.002按规则批量重命名；按参数生成阵列、楼梯、栏杆这种有规律的重复结构；快速搭一个能看比例的灰模。知乎还有一类特别实用——你脑子里有个建模思路，让它直接翻成一段bpy脚本，你再自己微调。一句话总结：它接手的是那句"我知道该怎么做，就是懒得点五十次鼠标"。
它干不了的：审美、拓扑、空间感都缺
泼冷水的时间到。审美判断它没有，你说"好看一点"它是真不知道你要什么。复杂拓扑、布线干净的模型，别指望。知乎Blender本身的渲染上限又很高——官方5.2演示里这种灯光、材质和构图水准，现阶段"好不好看"的判断AI还替你做不了，这活儿还是你的。
空间感的短板也不是Blender这边独有。有人拿Opus 4.8走MCP连SketchUp，做一道600平方米的两层儿童阅览中心建筑题，从任务书到模型耗时45分7秒，成品只有体块、没有立面设计、全部是默认材质，还配了一棵卡通树，连树的位置都和地形图对不上。知乎
测试的人最后把话说明白了：当前Claude + MCP这条链路离"挂机出可用成品"差得很远，差的不是一丁点。知乎一半原因在工具，另一半卡在模型的空间智能——所以别信那些"AI一键出建筑大片"的宣传视频，先想想它的空间坐标是算出来的还是猜出来的。
安全上也要多说一句。Blender官方在MCP页面里写得很直白：服务器会在Blender里执行LLM生成的代码，没有任何防护，官方建议用虚拟机或者没有敏感数据的环境来跑。Blender官方第三方那套里也有个叫execute_blender_code的工具，能在你的Blender里执行任意Python——好用，也危险。习惯应该是开一个专门的实验文件，重要工程另存一份，再让它动手。
大局：AI+3D第一个跑通的落点，可能是预演
最后说个更大的视角。"让AI直接建模"虽然还不成熟，行业却已经找到了第一个跑通的落点：白模预演。Seedance 2.5上线后，单次30秒生成让不少人高呼告别抽卡。但是用了两周之后，大家发现，在真实工作流里还是需要抽卡，反复抽卡，而且抽卡的单价还涨了。知乎提示词和参考图能规定风格和材质，却极难精准传递空间位置与镜头走位。
主流解法是先用无材质的白模把运镜和空间锁死。B站的updream上线了"预演台"，上传最多3张参考图，3到5分钟就能生成一个精细度不错的白模场景，还能往里面摆人物、摆机位、画运动轨迹。做《影之刃零》风格宣传片的团队实测过抽卡次数：用白模参考大概2~3次就比较完整，效果也比较好；不用的话效果差一些，大概需要5次。知乎场景越复杂，差距越大。对会Blender的人这几乎是开挂——无纹理的3D模型可以拿来控空间结构、主体姿态、运动轨迹和镜头机位，光影还能根据这些空间信息合理地生成出来。微博
谁该装，谁别急着装
我的判断分三句。第一类，已经会Blender基础操作、日常有大量重复劳动的人——改名、阵列、灰模、脚本化，装，收益立竿见影，坑都替你把位置标好了。第二类，看得懂bpy脚本、至少知道先存盘的人——这套工具让你的效率翻倍。第三类，零基础、指望"一句话成大神"的人——别急，这条路线的上限是bpy，而你现在的下限是连它建得对不对都判断不了，不如先补基础，否则只是把踩坑从手工换成自动。
往后值得盯三个信号：Blender官方Blender Lab MCP的迭代速度（官方那套目前要求Blender 5.1以上，安装比第三方更省事）；5.2之后的Blender大版本会不会原生集成这类能力；以及Tripo这类文生3D工具的精度什么时候追上来。哪个信号先动，今天的结论就要重写。
一句话收尾：AI不是来抢你鼠标的，是来接替你本来就不想点的那五十次鼠标的。至于该建什么、什么算好看，还得是你。
