53分钟一只带骨骼动画的螃蟹：独立开发者如何用Claude和MCP重构3D游戏制作流

做一款 3D 游戏，最耗时间的活是什么？ 建模、绑骨骼、调动作。 一只在沙滩上横着爬的低模螃蟹，需要多少工作量？ 40 个独立零件，42 根骨骼，3 套配色，18 段动作。 如果是人工手搓，一个熟练的美术至少要折腾两三天。 最近有一位独立开发者做了一个实验。 从他给出两张照片和一张草图，到这只螃蟹在游戏引擎里满地乱跑，一共用了 53 分钟。 整套流程下来，他连鼠标都没有碰过建模软件。

很多人第一反应可能是：这不就是最近很火的 AI 搞 3D 吗？ 真不一样。 现在网上常见的直接生成 3D 工具，主要靠扩散算法去猜空间点云。 生成出来的是一坨实心的三角网格。 外表看着像那么回事，但里面没有骨骼，没有分件，布线乱成一团，扔进游戏里根本动不起来。 这位叫 Fork Dev 的开发者走了一条完全不同的路。 他做的是一款准备上 Steam 的治愈系钓鱼游戏，叫《我只想钓鱼》（I Just Wanted to Fish）。 他既没有找外包，也没有自己雕模型。 他打开了终端里的 Claude Code，然后给它接上了两套工具： 一套是 3D 软件 Blender，另一套是游戏引擎 Unity。 把这两头接在一起的，是最近开源的 MCP 协议，也就是模型上下文协议。

这套系统是怎么工作的？ 很多人不知道，Blender 这个软件底下，有一套极其完整的 Python 编程接口。 你在图形界面上用鼠标点的每一个操作，在底层都可以直接用一行 Python 代码调用。 平时没有人类会用敲代码的方式去建一只螃蟹。 因为按坐标一行一行手写顶点位置，人会先累垮。 但对大语言模型来说，写代码刚好是它的本能。 Fork Dev 给 Claude 发了两张现实里的螃蟹照片、一张随手画的简笔草图，外加四句需求描述： 生活在水边、四处游荡，一旦被惊动就会逃进大海或者钻进沙洞的螃蟹。 接下来，全由 Claude 自己写脚本跑。 第一段脚本，用基础几何体自动生成并拼装出螃蟹的 40 个身体部件。 第二段脚本，在模型内部自动生成 42 根骨骼，搭好父子层级，把各部分的顶点权重绑定在对应的骨头上。 第三段脚本，生成程序化材质，调出 3 种不同的外壳配色。 第四段脚本，在时间轴上直接打关键帧，生成了 18 段动画。 发呆、横向慢爬、受惊狂奔、钻沙洞，动作全齐了。 每一个步骤，都是一段独立的 Python 脚本。 写完之后通过 MCP 协议直接发给本地运行的 Blender，实时执行。

Blender 里的活干完了，模型怎么进游戏？ 传统流程里，美术得导出 FBX 文件，程序接过来导进 Unity，建材质球，配状态机，写移动脚本。 但在 Fork Dev 的电脑上，Blender 和 Unity 同时挂在同一个 Claude 会话里。 Blender 这边刚把模型和动作烘焙导出，Claude 就转头通过 Unity 的 MCP 接口，在 Unity 里建好了预制体。 动画状态机配齐了，连碰撞体和逃跑行为逻辑都挂好了。 53 分钟，沙滩上的螃蟹就跑起来了。 随后的 9 天时间里，整座海岛上的 3D 资产全按这个方式搞定。 天上飞的海鸥，岸边晃动的椰子树，木质码头桩，浅海里的珊瑚礁，水上的高脚屋。 整个游戏里没有一个资产是人工建模的。 9 天时间，消耗了超过 200 个小时的 AI 生成时间，直接把每周的模型额度全部打满。

这是不是说，只要会打字，明天人人都能搓个大作出来了？ 没那么便宜的事。 这套工作流能跑通，底下有个极硬的约束： 美术风格。 这款游戏走的是干净的低多边形风格，造型可以用清晰的几何结构和数学规则来描述。 如果换成写实风格，要雕刻一个长满毛孔和细纹的人脸，纯靠写代码去算微观凹凸，直接就会超出当前代码建模的能力。 但它指出了独立开发最现实的一条路。 以往很多独立开发者做不下去，卡住他们的往往不是玩法，就是那堆漫长重复的美术苦力。 当你把手搓模型和机械配骨骼的活交给代码之后，开发者的角色就变了。 你不再天天对着屏幕修权重。 你坐到了导演和测试员的位置上。 真正决定一款游戏能不能做出来的，不再是你能不能熟练掌握十几个软件的工具链。 关键看你对游戏玩法的理解，看你能不能把现实里的动态拆解成清晰的指令。