演示展示了从文字描述、脚本调用到 Blender 资产导出的连续工作流。帖主称，Claude Code 参与了生成脚本、本地 API 和桌面界面的搭建。
36秒。
原帖视频。
3D。
资产对象。
GLB。
目标格式。
原帖视频片段：资产生成界面与三维模型预览。
过去，游戏资产自动化常被理解成“让模型生成一张图”。这条演示把输入推进到一段资产描述。
输出则是可以继续修改、预览和导出的三维对象。生成模型的价值落在工作流连接上，也落在后续的资产处理上。
一、自动化链路落在 Blender 之外。
帖主描述的链路分成几层。人先描述资产，Python 负责调用和组织步骤。
Blender 在后台处理三维场景，最后导出 glTF 二进制文件，也就是常见的 `.glb` 格式。Claude Code 参与脚本、本地接口和桌面操作层的搭建。
领域经验决定资产应该长什么样。游戏开发者还要先定义哪些部件可调，以及导出的文件要交给哪一段引擎流程。
没有这些约束，文本描述只能得到一个看起来像资产的模型，无法形成稳定的生成接口。
二、画面展示的是可迭代资产，不是一键成品。
左侧列出了货箱、集装箱、车门、备用轮胎和悬挂等可调项目。中间显示模型，右侧保留版本记录和修改说明。用户可以针对某个部件继续描述变化，再生成新的版本。
原帖视频关键帧：卡车资产的部件参数、版本列表和局部修改界面。
这个界面改变了验收顺序。开发者可以先看形体、部件命名和可调参数，再检查绑定、动画、碰撞体以及导出后的引擎表现。自动化负责缩短反复修改的时间，资产规范仍然由项目团队维护。
三、同一套入口可以覆盖不同资产类型。
视频后段切换到一组工业设施模型。画面中出现了带管道、罐体和支架的炼化装置，界面保留了资产名称、模型预览、版本状态和生成按钮。它与前面的卡车不属于同一类物件，却共享相近的描述—生成—迭代界面。
原帖视频关键帧：带管道、罐体和支架的工业设施模型预览。
这让工具的重点从“生成某一个模型”转向“建立一套资产入口”。入口能否扩展，取决于项目是否已经整理好对象类型、参数字段、修改规则和导出约定。对资产数量较多、部件变化频繁的团队，这些约定比一次生成的惊艳效果更决定实际收益。
四、进入游戏项目还要经过文件验收。
Claude Code 官方文档把它定义为可以读取代码、修改文件和运行命令的编码工具。Blender 官方文档提供后台运行和 Python 脚本入口。
glTF 导出器支持网格、材质、骨骼绑定和动画等数据。三者组合后，能形成一条脚本化的资产处理链。
`.glb` 文件进入游戏工程前，要检查模型拓扑和面数。
还要检查骨骼与动画、碰撞体、材质路径以及版本记录。
原帖画面展示了资产界面和版本记录。帖主提到的绑定、动画与碰撞几何，需要在导出文件和引擎内继续检查。
对游戏开发者来说，判断标准可以落到四个动作：让输入描述对应部件和参数，让脚本重复运行。
还要让团队修改生成结果，让导出文件通过引擎验收。四步连起来，AI 才进入资产生产流程。
SOURCES。
X 原帖：Jurly，Claude Code 与 3D 资产流水线演示。
Anthropic Claude Code 官方文档。
Blender 官方文档：命令行运行、Python 与 glTF 导出。