企业官网建设流程全解析

1. 为什么要在 Blender 里接入大模型做动画

做过三维动画的人都有一个共识：建模和渲染虽然吃技术，但真正折磨人的是中间那一段——关键帧的编排、动作节奏的推敲、摄像机运动的微调。一个五秒的镜头，可能要在时间轴上反复拖拽两三个小时，改完发现节奏还是不对，又得推倒重来。传统流程里，这一块几乎全靠手动，软件本身不会帮你思考“这个动作应该持续多久”“下一个关键帧放在哪里更自然”。

我最初接触 Blender 的脚本系统，就是想解决这个重复劳动的问题。Blender 自带 Python API，理论上你可以用代码生成任何关键帧、任何曲线、任何摄像机路径。但问题在于：代码是死的，你得先想清楚“要什么”，才能写出“怎么做”。而“要什么”这件事，恰恰是最耗脑力的创意决策部分。

大语言模型的出现改变了这个局面。它不能替你渲染，也不能替你建模，但它非常擅长做一件事：把一段自然语言的描述，翻译成结构化的、可执行的参数序列。比如你告诉它“一个球从高处落下，弹跳三次，每次高度递减，最后静止”，它能给你算出每次弹跳的时间点、高度值、缓动曲线类型。这些参数直接喂给 Blender 的 Python API，就能自动生成关键帧。

这就是这个项目系列的核心思路：用大模型做“创意翻译”，用 Blender 做“执行引擎”。第一篇里我们搭好了基础环境，跑通了从文本到关键帧的最小闭环。这一篇要解决的是更实际的问题——怎么让生成的动画真正可用，怎么处理多物体协同，怎么在节奏和物理感上做微调，以及怎么把这套流程固化成一个可复用的工作模板。

适合读这篇内容的人，我大致分三类：一是已经会用 Blender 基础操作、但没怎么碰过 Python 脚本的动画爱好者；二是写过一些脚本、想看看怎么把大模型接进工作流的开发者；三是纯粹对“AI 辅助创作”这个方向好奇、想找个具体案例上手试试的同行。不管你是哪一类，只要跟着把代码跑一遍，应该都能在自己的项目里用起来。

提示：这篇内容假设你已经完成了第一篇里的环境配置——Blender 能正常运行 Python 脚本，大模型 API 能正常返回结果。如果还没做这一步，建议先回去把基础环境跑通，否则后面的代码你复制过去也跑不起来。

2. 整体架构与核心思路拆解

2.1 从“文本到关键帧”的完整链路

整个系统的数据流向其实不复杂，我画不出图，但可以用文字把链路说清楚。你输入一段自然语言描述，比如“一个红色方块从左向右移动，中途停顿一下，然后加速冲到终点”。这段文本先经过一层预处理，提取出物体名称、运动类型、时间范围、关键节点这些结构化信息。然后把这些信息拼成一个提示词模板，发给大模型。大模型返回的是一段 JSON 格式的关键帧数据，包含时间戳、属性名、属性值、插值方式。最后用 Blender 的 Python API 解析这段 JSON，批量写入关键帧。

这里面有几个关键的设计决策，我一个个说为什么这么选。

第一个决策：为什么用 JSON 而不是直接让大模型写 Python 代码。我试过让模型直接生成bpy的调用代码，结果很不稳定。模型有时候会编造不存在的 API，有时候会把参数顺序搞错，有时候生成的代码逻辑对但语法有细微问题，排查起来非常费劲。改成 JSON 之后，模型只需要负责“填数据”，不需要负责“写逻辑”。解析 JSON 和调用 API 的代码是我自己写的，固定不变，模型输出的数据即使有偏差，也容易校验和修正。这就好比让模型当“填表员”而不是“程序员”，出错概率大幅降低。

第二个决策：为什么在提示词里要强调“物理感”。大模型默认生成的关键帧往往是线性的——从 A 到 B 均匀分布。但真实的动画几乎不会这样。一个物体从静止开始移动，应该是先慢后快；一个弹跳的球，接触地面时速度最快，到达最高点时速度为零。这些物理规律如果不明确告诉模型，它不会主动考虑。所以我在提示词模板里加了一段固定的“物理约束”说明，要求模型在生成关键帧时考虑加速度、减速度、弹性这些因素。实测下来，加了这段说明之后，生成的动画自然度提升非常明显。

第三个决策：为什么用 Blender 的 Graph Editor 曲线而不是逐帧设置。Blender 的关键帧插值有几种模式：常数、线性、贝塞尔。贝塞尔曲线可以做出非常平滑的加减速效果，而且调整起来只需要改控制点，不需要逐帧修改。大模型生成的关键帧数据里，我会让它指定每个关键帧的插值类型，默认用贝塞尔，特殊场景用线性或常数。这样生成的动画在时间轴上看起来关键帧不多，但播放起来非常流畅。

2.2 大模型在动画流程中的角色边界

这里要明确一点：大模型不是万能的，它在这个流程里只做三件事——理解文本意图、生成参数序列、提供调整建议。它不做的事包括：不直接操作 Blender 界面、不处理渲染、不负责最终输出。这个边界很重要，因为很多人一开始会期望“AI 全自动做动画”，结果发现模型连一个立方体都画不出来，就觉得很失望。实际上，模型的价值在于“翻译”和“建议”，执行层面还是靠 Blender 自己的引擎。

我举个例子说明这个边界。假设你想要一个“小球弹跳”的动画。大模型能做的：根据你描述的弹跳次数、高度变化、时间间隔，算出每次弹跳的起始时间、最高点时间、落地时间，以及对应的高度值。它不能做的：自动创建一个球体、自动设置材质、自动打光。这些还是得靠你在 Blender 里手动做，或者另外写脚本做。所以整个工作流是“人搭场景，模型编动作，Blender 执行”，三者各司其职。

2.3 为什么选择 DeepSeek 作为推理后端

市面上能调用的大模型不少，我选 DeepSeek 主要看中三点。第一是性价比，动画制作过程中需要反复调整提示词、反复生成关键帧，调用量不小，成本敏感。第二是结构化输出能力，DeepSeek 在 JSON 格式遵循上表现比较稳，很少出现格式错乱的情况，这对自动化流程很关键。第三是中文理解，我的提示词和描述都是中文写的，DeepSeek 对中文语义的把握比较准，不会出现“把‘缓慢移动’理解成‘快速移动’”这种低级错误。

当然，这不是说其他模型不能用。如果你手头有别的模型接口，把调用部分换掉就行，整个架构是通用的。核心逻辑在于“文本→JSON→关键帧”这条链路，模型只是其中一个环节。

3. 核心细节解析与实操要点

3.1 提示词模板的设计与迭代

提示词模板是整个系统里最需要反复打磨的部分。我前后改了七八版，才找到一个比较稳定的结构。现在的模板大致分四段：角色设定、任务说明、输出格式、示例。

角色设定那段写的是：“你是一个 Blender 动画关键帧生成助手，擅长将自然语言描述转化为精确的关键帧数据。你了解动画十二法则，理解缓动曲线、物理模拟和节奏控制。”这段的作用是让模型进入“专业模式”，而不是用通用闲聊的方式回答。

任务说明那段会动态插入用户的具体描述，比如“生成一个立方体在 X 轴上从 0 移动到 5 的动画，持续时间 2 秒，开始和结束都要有缓动”。这里的关键是把模糊描述转成明确参数。用户可能只说“移动过去”，但模板里会强制要求模型输出“起始位置、结束位置、持续时间、插值类型”这四个字段。

输出格式那段是最重要的。我会明确写出 JSON 的 schema，包括每个字段的名称、类型、取值范围。比如time是浮点数，单位是秒；property是字符串，只能是location、rotation、scale之一；interpolation只能是BEZIER、LINEAR、CONSTANT之一。这样模型在生成时就有明确的约束，不会乱编字段名。

示例那段给一个完整的输入输出对，让模型照着模仿。示例不需要复杂，一个简单的位移动画就行。但示例里的 JSON 格式必须和真实 schema 完全一致，否则模型会跟着示例跑偏。

注意：提示词模板不要写得太长。我试过把动画十二法则的详细解释全塞进去，结果模型反而抓不住重点，生成的 JSON 经常缺字段。后来精简到只提“缓动、节奏、物理感”三个关键词，效果反而更好。模型不是知识库，它是模式匹配器，给太多信息会干扰它的输出稳定性。

3.2 JSON 数据结构的设计

JSON 结构的设计直接决定了后续解析代码的复杂度。我最终定下来的结构是一个数组，每个元素代表一个关键帧组，包含以下字段：

{ "object_name": "Cube", "keyframes": [ { "frame": 1, "property": "location", "value": [0, 0, 0], "interpolation": "BEZIER" }, { "frame": 48, "property": "location", "value": [5, 0, 0], "interpolation": "BEZIER" } ] }

这个结构有几个考虑。第一，object_name放在最外层，方便后续扩展多物体动画。第二，frame用整数而不是秒，因为 Blender 内部是按帧计算的，提前转成帧可以避免浮点误差。第三，value统一用数组，不管是位置（三维）、旋转（三维）还是缩放（三维），格式一致，解析代码不用做类型判断。第四，interpolation放在每个关键帧上，而不是全局设置，这样可以对不同关键帧用不同的插值方式。

解析这段 JSON 的 Python 代码大概长这样：

import bpy import json def apply_keyframes(data): for obj_data in data: obj_name = obj_data["object_name"] obj = bpy.data.objects.get(obj_name) if not obj: print(f"物体 {obj_name} 不存在，跳过") continue for kf in obj_data["keyframes"]: frame = kf["frame"] prop = kf["property"] value = kf["value"] interp = kf["interpolation"] if prop == "location": obj.location = value obj.keyframe_insert(data_path="location", frame=frame) elif prop == "rotation": obj.rotation_euler = value obj.keyframe_insert(data_path="rotation_euler", frame=frame) elif prop == "scale": obj.scale = value obj.keyframe_insert(data_path="scale", frame=frame) # 设置插值方式 if obj.animation_data and obj.animation_data.action: for fcurve in obj.animation_data.action.fcurves: for kp in fcurve.keyframe_points: if kp.co[0] == frame: kp.interpolation = interp

这段代码的核心逻辑是：先找到物体，再逐帧设置属性并插入关键帧，最后统一调整插值方式。注意插值方式的设置需要在插入关键帧之后做，因为keyframe_insert会创建新的 fcurve 和关键帧点，得等它们创建完才能改属性。

3.3 时间轴与帧率的换算

Blender 默认帧率是 24 帧每秒，但做动画时经常需要调整。比如做短视频风格的动画，30 帧更合适；做电影感强的，24 帧更有味道。大模型生成的关键帧数据里，时间单位是秒，所以需要做一个换算：frame = int(seconds * fps)。

这里有个坑：不要用四舍五入，要用向下取整。因为如果 1.5 秒在 24 帧下是第 36 帧，四舍五入没问题；但如果 1.02 秒，24 帧下是 24.48 帧，四舍五入变成 24，向下取整也是 24，差别不大。但在 30 帧下，1.02 秒是 30.6 帧，四舍五入是 31，向下取整是 30，差了一帧。对于快速运动的物体，一帧的差距在视觉上就能看出来。所以统一用int()向下取整，保证时间轴上的位置是确定的。

另外，Blender 的帧计数从 1 开始，不是从 0 开始。所以如果模型返回的时间是 0 秒，对应的帧应该是第 1 帧。换算公式要写成frame = int(seconds * fps) + 1。这个细节很容易忽略，但如果不处理，动画会整体偏移一帧，虽然影响不大，但在精确对齐多个物体时就会出问题。

3.4 多物体协同的处理策略

单个物体的动画相对简单，但实际项目里往往有多个物体同时运动。比如一个场景里有主角、配角、道具，它们各自有不同的运动轨迹，但时间上需要配合。大模型在处理多物体时，容易出现“顾此失彼”的情况——它可能把主角的动画描述得很详细，但配角的动画就随便糊弄。

我的处理策略是分而治之。不要求模型一次性生成所有物体的关键帧，而是把每个物体的描述拆开，分别调用模型生成，最后在 Blender 里合并。这样做的好处是每个物体的动画都能得到充分的“注意力”，不会因为描述太长而被模型忽略。坏处是调用次数增加，成本上升，而且需要自己保证各物体之间的时间对齐。

时间对齐的做法是：在提示词里明确指定每个物体的起始帧和结束帧，让模型在这个范围内生成关键帧。比如主角从第 1 帧到第 48 帧，配角从第 12 帧到第 36 帧。这样即使分开生成，合并后时间轴也是对齐的。

还有一个技巧是用空物体做时间基准。在 Blender 里创建一个空物体，把它放在时间轴的起点，所有其他物体的动画都相对于这个空物体来设置。这样如果后期需要整体调整时间，只需要移动空物体就行，不用逐个修改每个物体的关键帧。这个技巧在复杂场景里非常实用，我几乎每个项目都会用。

4. 实操过程与核心环节实现

4.1 环境准备与依赖安装

在开始写代码之前，先把环境理清楚。你需要的东西不多，但每一样都得装对。

Blender 这边，建议用 3.6 或以上的版本。2.9 系列虽然也能跑，但 Python API 有一些差异，比如keyframe_insert的参数名在 3.0 之后有过调整。用新版本可以避免很多兼容性问题。安装完 Blender 后，打开脚本编辑器，确认import bpy能正常运行，就说明 Python 环境没问题。

大模型这边，你需要一个能调用的 API 接口。DeepSeek 的接口兼容 OpenAI 的调用格式，所以直接用openai这个 Python 包就行。安装命令是：

pip install openai

如果你用的是 Blender 自带的 Python 环境，可能没有pip，需要先确保pip可用。Blender 的 Python 环境比较封闭，我建议的做法是：不在 Blender 内部调用 API，而是在外部用系统 Python 调用 API 生成 JSON 文件，然后在 Blender 里读取这个 JSON 文件。这样两边解耦，调试起来方便很多。

外部脚本的依赖就两个：openai和json。json是标准库，不用装。openai装最新版就行。如果你用的是其他模型接口，把openai换成对应的 SDK，或者直接用requests发 HTTP 请求也可以。

4.2 调用大模型生成关键帧数据

外部脚本的核心逻辑是：读入一段描述文本，拼成提示词，调用 API，拿到返回的 JSON，保存到文件。我写了一个函数来做这件事：

import json from openai import OpenAI client = OpenAI( api_key="你的API密钥", base_url="你的API地址" ) def generate_keyframes(description, object_name, fps=24): prompt = f""" 你是一个 Blender 动画关键帧生成助手。请根据以下描述生成关键帧数据。 描述：{description} 物体名称：{object_name} 帧率：{fps} 要求： 1. 输出 JSON 格式，包含 object_name 和 keyframes 两个字段。 2. keyframes 是一个数组，每个元素包含 frame、property、value、interpolation。 3. frame 是整数，从 1 开始。 4. property 只能是 location、rotation、scale 之一。 5. value 是三个浮点数组成的数组。 6. interpolation 只能是 BEZIER、LINEAR、CONSTANT 之一。 7. 考虑物理感，起始和结束要有缓动。 只输出 JSON，不要输出其他内容。 """ response = client.chat.completions.create( model="deepseek-chat", messages=[ {"role": "system", "content": "你是一个专业的动画关键帧生成助手。"}, {"role": "user", "content": prompt} ], temperature=0.3 ) content = response.choices[0].message.content # 清理可能的 markdown 代码块标记 content = content.replace("```json", "").replace("```", "").strip() data = json.loads(content) return data

这段代码里有几个细节值得说。temperature设成 0.3，是为了让输出更稳定，不要太多随机性。动画关键帧需要的是精确和可复现，不是创意发散。清理 markdown 标记那一步也很重要，模型有时候会把 JSON 包在代码块里返回，不清理的话json.loads会报错。

拿到数据后，保存到文件：

data = generate_keyframes("立方体从左边移动到右边，中途停顿一下", "Cube") with open("keyframes.json", "w", encoding="utf-8") as f: json.dump(data, f, ensure_ascii=False, indent=2)

4.3 在 Blender 中应用关键帧数据

回到 Blender 的脚本编辑器，写读取和应用 JSON 的代码。这部分代码是固定的，写一次之后就不用再改。

import bpy import json def load_and_apply(filepath): with open(filepath, "r", encoding="utf-8") as f: data = json.load(f) obj_name = data["object_name"] obj = bpy.data.objects.get(obj_name) if not obj: print(f"找不到物体：{obj_name}") return # 清除已有的动画数据 if obj.animation_data: obj.animation_data_clear() for kf in data["keyframes"]: frame = kf["frame"] prop = kf["property"] value = kf["value"] interp = kf["interpolation"] if prop == "location": obj.location = value obj.keyframe_insert(data_path="location", frame=frame) elif prop == "rotation": obj.rotation_euler = value obj.keyframe_insert(data_path="rotation_euler", frame=frame) elif prop == "scale": obj.scale = value obj.keyframe_insert(data_path="scale", frame=frame) # 设置插值 if obj.animation_data and obj.animation_data.action: for fcurve in obj.animation_data.action.fcurves: for kp in fcurve.keyframe_points: if abs(kp.co[0] - frame) < 0.5: kp.interpolation = interp print(f"已应用 {len(data['keyframes'])} 个关键帧到 {obj_name}") load_and_apply("keyframes.json")

这里有个细节：abs(kp.co[0] - frame) < 0.5这个判断，是因为 Blender 内部存储帧号是浮点数，直接比较==可能因为精度问题匹配不上。用一个小阈值来判断，更稳妥。

4.4 参数计算与物理感调优

大模型生成的参数不一定完美，尤其是物理感这块，经常需要手动调。我总结了几种常见场景的调参方法。

弹跳动画：关键是重力和弹性的模拟。一个球从高处落下，接触地面时速度最大，反弹后速度逐渐减小。在关键帧上表现为：下落阶段用加速曲线（EASE IN），上升阶段用减速曲线（EASE OUT），最高点用 BEZIER 平滑过渡。如果模型生成的曲线是线性的，手动改成 BEZIER，然后把控制点往“慢进快出”的方向拉。

位移动画：起始和结束要有缓动，中间可以匀速。如果模型生成的是全程线性，手动把第一个和最后一个关键帧的插值改成 BEZIER，中间保持 LINEAR。这样物体启动时慢慢加速，停止时慢慢减速，看起来更自然。

旋转动画：旋转的缓动比位移更敏感。一个物体从 0 度转到 90 度，如果匀速转，看起来像机械臂；如果有缓动，看起来像有生命的东西。我通常会把旋转的关键帧全部设成 BEZIER，然后把曲线调成“S”形，也就是两头慢中间快。

提示：调参的时候不要只看时间轴上的曲线，一定要在视口里播放看效果。曲线看起来漂亮不代表动画看起来自然。我经常遇到曲线调得很完美，但播放起来感觉“怪怪的”，这时候就得回到视口里反复看，微调关键帧的位置和数值。

5. 常见问题与排查技巧实录

5.1 模型返回的 JSON 解析失败

这是最常见的问题，表现是json.loads报错。原因通常有三种：模型返回了非 JSON 内容、JSON 格式有语法错误、JSON 被包裹在 markdown 代码块里。

排查步骤：先把模型返回的原始内容打印出来看。如果开头是 ```json，说明是代码块包裹，用字符串替换去掉标记就行。如果内容里有中文引号或者单引号，说明模型没有严格遵循 JSON 规范，需要在提示词里更强调“使用双引号”。如果内容完全不是 JSON，比如模型回了一段解释文字，说明提示词不够明确，需要加强“只输出 JSON”的约束。

我的经验是，在提示词里加一句“如果无法生成 JSON，请输出空对象 {}”，这样即使模型理解不了任务，也不会返回一堆无关文字，至少能保证解析不报错。

5.2 关键帧应用后物体不动

代码跑完了，但播放动画时物体纹丝不动。这种情况通常是物体名称不匹配。Blender 里的物体名称是区分大小写的，Cube和cube是两个不同的物体。模型生成的object_name可能和实际场景里的名称不一致。

排查方法：在 Blender 的脚本里加一行print([obj.name for obj in bpy.data.objects])，把所有物体名称打印出来，和 JSON 里的名称对比。如果不一致，要么改 JSON 里的名称，要么在代码里做映射。

还有一种可能是关键帧插入到了错误的属性上。比如模型指定的是location，但代码里写成了rotation_euler，那物体当然不会移动。检查代码里的if prop ==分支，确保属性和数据路径对应正确。

5.3 动画播放速度不对

如果动画播放起来太快或太慢，通常是帧率设置不匹配。Blender 场景的帧率在Output Properties里设置，默认是 24。如果模型生成关键帧时假设的是 30 帧，但场景是 24 帧，动画就会变慢。

解决方法：在生成关键帧之前，先确认场景帧率，把这个值传给模型。或者在应用关键帧之后，统一调整所有帧号：new_frame = int(old_frame * target_fps / source_fps)。我倾向于前者，因为让模型直接按目标帧率生成，省去后期换算的麻烦。

5.4 多物体动画时间不同步

分开生成多个物体的动画后，合并时发现时间对不上。比如主角已经走到终点了，配角才刚开始动。这是因为每个物体的动画都是独立生成的，模型不知道其他物体的时间安排。

解决方法：在生成每个物体的动画时，明确指定起始帧和结束帧。比如“主角动画从第 1 帧到第 48 帧，配角动画从第 12 帧到第 36 帧”。这样即使分开生成，时间范围也是确定的。另外，可以在 Blender 里创建一个空物体作为时间基准，所有物体的关键帧都相对于这个空物体来设置，后期调整时只需要移动空物体。

5.5 常见问题速查表

5.6 独家避坑技巧

第一个技巧：先用手动关键帧验证流程。在接入大模型之前，先手动在 Blender 里做几个关键帧，然后用脚本读取这些关键帧的数据结构。这样你就知道 Blender 内部是怎么存储关键帧的，模型生成的 JSON 应该长什么样。这个验证步骤花不了十分钟，但能省掉后面几个小时的调试。

第二个技巧：把提示词和返回结果都存日志。每次调用模型，把提示词和返回的 JSON 都写到一个日志文件里。这样当动画效果不对时，可以回溯是提示词的问题还是模型理解的问题。我习惯用时间戳命名日志文件，比如log_20250101_143022.json，方便按时间查找。

第三个技巧：不要一次性生成太长的动画。模型对长时间跨度的动画控制力会下降，超过 10 秒的动画，关键帧的节奏容易乱。我的做法是把长动画拆成几个片段，每个片段单独生成，然后在 Blender 里拼接。拼接的时候注意片段之间的过渡，可以在交界处加一个过渡关键帧，让动画平滑衔接。

第四个技巧：用空物体做动画的“容器”。如果多个物体需要一起运动，不要分别给每个物体设关键帧，而是创建一个空物体，把其他物体设为空物体的子级，然后只给空物体设关键帧。这样移动空物体，所有子物体跟着动，关键帧数量大幅减少，调整起来也方便。这个技巧在制作复杂场景时特别有用，我几乎每个项目都会用到。

6. 从单次生成到可复用工作流

6.1 把流程封装成 Blender 插件

每次都在脚本编辑器里复制粘贴代码，时间长了会很烦。更好的做法是把这套流程封装成一个 Blender 插件，在界面上加几个按钮和输入框，点一下就能生成动画。

Blender 插件的结构不复杂，核心是一个Operator类和一个Panel类。Operator负责执行逻辑，Panel负责界面显示。我写了一个简化版的插件，主要功能是：一个文本框输入描述，一个按钮触发生成，一个按钮应用关键帧。

bl_info = { "name": "AI Animation Helper", "blender": (3, 6, 0), "category": "Animation", } import bpy import json from openai import OpenAI class AIGenerateOperator(bpy.types.Operator): bl_idname = "object.ai_generate" bl_label = "生成关键帧" def execute(self, context): desc = context.scene.ai_description obj_name = context.scene.ai_object_name # 调用模型生成 data = generate_keyframes(desc, obj_name) # 保存到临时文件 with open("temp_keyframes.json", "w") as f: json.dump(data, f) self.report({"INFO"}, "关键帧已生成") return {"FINISHED"} class AIPanel(bpy.types.Panel): bl_label = "AI 动画助手" bl_idname = "VIEW3D_PT_ai_helper" bl_space_type = "VIEW_3D" bl_region_type = "UI" def draw(self, context): layout = self.layout layout.prop(context.scene, "ai_description", text="描述") layout.prop(context.scene, "ai_object_name", text="物体") layout.operator("object.ai_generate", text="生成关键帧") def register(): bpy.utils.register_class(AIGenerateOperator) bpy.utils.register_class(AIPanel) bpy.types.Scene.ai_description = bpy.props.StringProperty(name="描述") bpy.types.Scene.ai_object_name = bpy.props.StringProperty(name="物体名称") def unregister(): bpy.utils.unregister_class(AIGenerateOperator) bpy.utils.unregister_class(AIPanel)

这个插件还很粗糙，但基本框架有了。你可以根据自己的需求加更多功能，比如批量生成、预览、撤销等。封装成插件之后，整个流程就从“写代码”变成了“点按钮”，效率提升很明显。

6.2 建立常用动画的提示词库

每次写提示词都要重新组织语言，很浪费时间。我的做法是建立一个提示词库，把常用动画类型的提示词模板存下来，用的时候直接调用。

比如“弹跳”的模板：

生成一个弹跳动画。物体从高度 {start_height} 开始下落，接触地面后反弹，共弹跳 {bounce_count} 次，每次高度递减 {decay_rate}。总持续时间 {duration} 秒。考虑重力和弹性，接触地面时速度最快，最高点时速度为零。

“位移”的模板：

生成一个位移动画。物体从位置 {start_pos} 移动到 {end_pos}，持续时间 {duration} 秒。起始和结束要有缓动，中间可以匀速。如果距离超过 {threshold} 单位，中间加一个停顿。

这些模板里的变量用花括号标记，用的时候做字符串替换就行。有了提示词库，生成动画的速度能快好几倍。

6.3 批量生成与版本管理

做项目的时候，经常需要生成多个版本的动画来对比。比如同一个动作，生成三种不同的节奏，看哪种效果最好。手动一个个生成太慢，可以写一个批量脚本，一次性生成多个版本，保存成不同的文件。

descriptions = [ "快速移动，持续时间 1 秒", "中速移动，持续时间 2 秒", "慢速移动，持续时间 3 秒", ] for i, desc in enumerate(descriptions): data = generate_keyframes(desc, "Cube") with open(f"version_{i}.json", "w") as f: json.dump(data, f)

生成之后，在 Blender 里逐个加载预览，选一个最满意的。版本管理方面，我习惯用 Git 来管理这些 JSON 文件，每次生成都提交一次，这样可以看到每次修改的变化。虽然 JSON 文件是文本格式，Git 的 diff 看起来不太直观，但至少能追溯历史。

6.4 性能优化与成本控制

调用大模型是有成本的，尤其是反复调试的时候。控制成本的方法有几个。第一，缓存结果。同样的描述和参数，如果之前生成过，直接从缓存读取，不要重复调用。可以用描述文本的哈希值作为文件名，存在本地。第二，批量调用。如果一次需要生成多个物体的动画，把描述合并成一个请求发给模型，让模型一次性返回所有物体的关键帧。虽然单次请求的 token 数增加了，但总调用次数减少了，整体成本可能更低。第三，用更小的模型做初筛。先用小模型生成一版，如果效果还行就不调用大模型了；如果不行，再用大模型重新生成。这样大部分简单场景用小模型就能搞定，只有复杂场景才用大模型。

注意：缓存的时候要注意版本。如果提示词模板改了，之前的缓存就不能用了。我通常在缓存文件名里加上提示词模板的版本号，比如cache_v2_abc123.json，这样模板升级后旧缓存自动失效，不会混淆。

7. 我在这套流程里踩过的坑

第一个坑是过度依赖模型。刚开始的时候，我什么动画都想让模型生成，结果发现模型对复杂动作的理解很有限。比如“一个人走路”这种动画，涉及多个关节的协同，模型生成的关键帧看起来很怪，腿和手臂的节奏对不上。后来我明白了，模型适合做“单属性、单物体”的简单动画，复杂动画还是得靠手动 K 帧或者用动作捕捉数据。把模型用在合适的场景里，它才能发挥价值。

第二个坑是忽略 Blender 的坐标系。Blender 是 Z 轴向上，而很多其他三维软件是 Y 轴向上。模型在生成位置数据时，如果不知道这个差异，可能会把“向上移动”理解成 Y 轴增加。我在提示词里明确写了“Blender 坐标系，Z 轴向上”，这个问题就解决了。如果你用的是其他三维软件，也要注意坐标系的差异。

第三个坑是关键帧密度过高。模型有时候会生成很密集的关键帧，每两帧就有一个。这样动画确实很精确，但文件体积大，而且后期调整很麻烦。我的做法是在提示词里限制关键帧数量，比如“最多生成 10 个关键帧”，让模型用更少的关键帧表达同样的动画。关键帧少了，贝塞尔曲线会自动插值，效果反而更平滑。

第四个坑是忘记清除旧动画。在应用新生成的关键帧之前，如果物体上已经有动画数据，新旧关键帧会混在一起，导致动画混乱。所以每次应用之前，一定要先animation_data_clear()，把旧的清掉。这个操作不可逆，但可以撤销，所以问题不大。养成习惯就好。

这套流程我用了大半年，从最初的“玩具”逐渐变成了日常工作的工具。它不能替代手动 K 帧，但在快速原型和批量生成方面确实省了不少时间。如果你也在做三维动画，不妨试试这个思路，把重复性的关键帧编排交给模型，把精力留给真正需要创意的地方。