先说结论：Claude 能用 Blender 建模，且十项需求全部达标——但交付的画面根本不能用。差的不是像不像，是它每一条都做到了，却做出一间没法用的屋子：AI 满足的是字面，不是意图。
本文要点（30 秒版）
- 环境：Blender 5.2 + BlenderMCP，装到跑通不到半小时，零成本，单帧渲染约 1 秒
- 一次生成：81 个物体、45 本书，4 秒出图，十项需求单核验 9/10 达标（最终 10/10）
- 但「达标」≠「能用」：书不少于 20 本→交了 45 本，却只铺满书架 15%；相机放在墙外（x=2.6，墙在 2.0），对着墙背面拍
- 版本 API 漂移一条片里犯两次：EEVEE Next、NISHITA 都是 4.x 的老叫法，5.2 里直接崩
- 最管用的动作：做对照实验——盯着参数猜十次，不如动手渲一张
▶ 视频直达：https://youtu.be/G36hEiCs8W4
实验设置：十项需求单
给 Claude 一张写死的需求单，用 BlenderMCP 直接操控 Blender 5.2 建一间书房：4×5 米房间、开窗自然光、书桌、显示器、台灯真发光、办公椅、一面墙书架、书不少于 20 本、地毯吊灯、材质分木头布料金属玻璃。出题即写死、事后不改，最后逐项客观核验。
达标了，但不能用
- 相机在墙外：第一次出图右侧三分之一全黑。相机横坐标 2.6，东墙在 2.0——它把相机架在屋外，对着墙背面拍。我列了三个毛病（窗光没进来/太暗/玻璃挡光），只把相机挪进屋，另外两个自动消失：一个根因被报成了三个症状。
- 书架空着 85%：单子写「书不少于 20 本」，它交了 45 本，完美达标——可这 45 本只铺满书架的 15%。它满足的是那个数字，不是那句话的意思。让它铺满，45 变成 271 本。
- 光的问题在几何：日光加到两倍多，画面亮度 100.3→101.6 等于没动；把玻璃藏起来重渲也没变化。真原因：窗只有 1.6×1.4 米，光斑早过曝成纯白，再加强度只是白上加白。窗开到 3 米宽，日光才真进来。
版本漂移：同一个病根犯两次
第一次跑崩在引擎名 BLENDER_EEVEE_NEXT（4.2 的叫法，5.2 已改回）；后面天空贴图 NISHITA 又是 4.x 老叫法。与上一篇 three.js 生成城市的「批量上色失效」同源：引擎版本变了，AI 记的还是旧写法——这是 AI 做 3D 的头号坑。
值得学的方法
这一路真正管用的只有一个动作：做对照实验。盯着参数猜十次，不如动手渲一张（怀疑玻璃挡光→隐藏玻璃重渲→100.3 变 100.5→证伪）。好消息是速度：单帧一秒上下，三组参数扫一遍不到一分钟，手工拖滑块给不了这个迭代速度。
常见问题（FAQ）
BlenderMCP 怎么搭？难吗？
不难：Blender 5.2 装 blender-mcp addon，Claude 侧配置 MCP 连接，实测从安装到跑通不到半小时，零成本。
Claude 用 Blender 建模的最大问题是什么？
不是建不出来，是「满足字面不满足意图」：数量、尺寸这类可量化条款全达标，但相机位置、铺满程度、光斑过曝这些没人会写进需求单的细节决定了结果能不能用。
为什么 AI 写的 Blender 脚本会崩？
版本 API 漂移：AI 训练语料偏旧版本，EEVEE Next、NISHITA 等 4.x 命名在 5.2 中已废弃，一个字符串就能让脚本停摆。给 AI 明确版本号并让它先查 API 可以减少此类错误。
相关文章
- GPT-5.5 vs Claude 同题建模对决：卫冕的输了
- 让 Claude 写 three.js 生成 3D 城市：五次迭代实录
- 16G 内存的 Mac 能跑多大的本地大模型？实测结果跟直觉相反
- Ollama 长上下文实测：11 万字读完要 34 分钟
更多真机实测视频，见 YouTube 频道「富爸爸大妙招」。
评论