看到标题我就笑了。用 Codex 在 Blender 里做 Tiny Glade 风格的树改了很多轮还是不像——兄弟你一点都不孤单我第一个月也这样。当时我盯着屏幕上那棵像腊肠犬尾巴一样扭曲的“树”一度怀疑 Codex 根本没听说过 Tiny Glade。后来踩了一圈坑发现不是 Codex 不行而是我把它的角色定位用错了它不是美术总监而是一个执行力极强的代码助手。你让它“画一棵好看的树”它只能猜你要什么你让它“按这套几何规则生成一棵树”它反而能稳定输出。这篇文章我想把这套流程拆开讲清楚怎么把 Tiny Glade 的视觉风格转成 Codex 能理解的几何规则怎么分步写提示词怎么在 Blender 里跑通脚本以及怎么在一次又一次“不像”的迭代里保住理智。如果你也卡在“改了很多轮还是不像”的阶段大概率不是用法不对而是任务拆得不够细反馈给得不够具体。1. 先拆解风格再谈工具Tiny Glade 的树到底是什么1.1 Tiny Glade 风格的视觉语言Tiny Glade 里的树和写实游戏里的树完全是两个物种。写实树讲究真实的枝干结构、叶片密度和材质细节而 Tiny Glade 的树更像是“用黏土捏出来的童话道具”。你把一棵树放大看会发现几个非常明确的特征树干不是笔直的而是带有柔和弧度的曲线像被风吹过但没有完全弯折树干和树枝几乎没有锐利的转角所有交界处都很圆润没有大批量直角树冠不是一整块团而是由好几个大小不一的“球状簇”叠加在一起簇与簇之间还有明显的缝隙能看到背后的天空整体颜色饱和度不高树干偏浅棕树冠是低饱和的绿或黄绿没有复杂纹理多边形数量控制在中等范围轮廓线上有明显的小切面但又不至于像纯低多边形那样尖锐。这些特征合在一起给你的感觉是“温暖、圆润、有手作感”。但问题也恰恰出在这里这种风格太依赖“模糊的美感”而不是明确的数学模型。你很难用一句话告诉 Codex “做一棵 Tiny Glade 风格的树”因为它没有一张参考图也没有一个标准公式。1.2 为什么 Codex 默认生成的东西会“不像”Codex 的训练数据里肯定包含无数棵三维树的生成脚本但这些脚本的默认输出往往是标准分形树或者极简的卡通树。你给它一句“生成一棵树”它最稳妥的选择就是输出那种最常见的枝干树叶方案这恰恰和 Tiny Glade 的圆润捏造感完全不同。还有一个容易被忽略的问题Codex 不会主动追问。你如果说“做一棵 Tiny Glade 风格的树”它不会反问“树干曲度要多明显”“树冠要几个簇”“颜色偏绿还是偏黄”它只会基于训练数据里“Tiny Glade”这个词的关联印象强行生成。这个词的关联印象可能来自文章、图片描述也可能来自其他用户类似的请求最终结果自然不可控。所以正确的做法是先把风格拆解成可计算、可量化的几何参数再把这些参数写进提示词里让 Codex 按照规则实现。换句话说Codex 负责写代码你负责定义审美。1.3 拆分风格是第一步也是性价比最高的一步我自己在做这个项目时先花了一下午收集 Tiny Glade 的截图然后列了一个特征清单。后来发现这个清单不仅是给 Codex 用的更是给我自己用的。每次觉得“还是不像”的时候我就会对照清单排查树干弯了吗树冠够不够碎边界是不是太硬了建议你也先做一份类似的清单不用很复杂能描述清楚就行。例如特征项目标状态树干形状微微弯曲不是直线也不是 S 形大波浪分支层级至少两层树枝末端再分叉一次树冠构成5 到 12 个大小不同的球形簇簇间有缝隙整体轮廓近似圆形或椭圆但边缘有凹凸起伏颜色树冠低饱和绿色树干浅棕色色彩统一材质哑光表面不能有塑料高光这份清单后来直接变成了我给 Codex 的提示词素材。风格不是靠灵感是靠翻译。2. 用 Codex 的正确姿势先写任务书再写代码2.1 别再说“做一棵树”改成“分步执行”Codex 最擅长的是一次做一件明确的事。你让它“做一棵树”它可能一次性生成一百行代码结果你完全看不懂也不知道从哪改起。更聪明的做法是把树拆成树干、分支、树冠、材质四个模块每个模块单独生成单独调参。我的第一次成功尝试是这样的我没有让 Codex 直接产出完整脚本而是先让它生成“一段只创建树干曲线的代码”。这段代码跑出来之后我在 Blender 里旋转视角看了看确认曲度合适再让 Codex 基于这段代码继续添加分支。整个过程就像拼乐高一块一块来。这里有个关键点每一轮对话最好基于上一次的实际代码继续而不是让 Codex 从零重写。如果你用 Codex 的 CLI 或桌面版把上一轮生成的脚本放在一个文件里然后告诉它“打开这个文件在树干曲线之后添加分支生成逻辑”效果会好很多。如果直接在聊天窗口里反复说“再来一次”它很容易生成一套全新的逻辑前面积累的参数全白费。2.2 给 Codex 一份“任务书”模板废话少说我直接给一套我亲测有效的提示词结构。你不需要完全照抄但核心逻辑可以复制在 Blender 里用 Python bpy 创建一棵 Tiny Glade 风格的简单树。要求 1. 创建一条贝塞尔曲线作为树干曲线起点在原点终点在 Z 轴 1.5 米处中间有轻微向 X 轴方向的偏移整体弧度不要超过 0.2。 2. 给曲线设置 bevel_depth 0.08bevel_resolution 4让树干看起来圆润。 3. 在曲线末端和中间位置随机生成 3 到 5 条二级分支每条分支长度是主干的 1/3 到 1/2方向随机旋转但整体朝上。 4. 在每条分支末端添加一个 UV 球体作为树冠簇球体半径在 0.25 到 0.45 之间随机位置稍微重叠簇之间要有缝隙。 5. 把所有球体和分支对象赋予同一个材质材质基础色为 RGB(0.35, 0.5, 0.32)粗糙度 0.8。 6. 所有随机数使用 random.seed(42)方便复现。这个提示词看起来平平无奇但比“做一棵 Tiny Glade 风格的树”有用一百倍。因为你给了 Codex 明确的几何参数、明确的函数名、明确的数值范围。它不需要猜测你想要什么只需要把 bpy 的 API 调用写对就行。2.3 把所有可变数值变成参数而不是硬编码这里是我踩过最大的坑。第一版脚本里Codex 把球体数量写死成range(6)球体半径写死成0.3树干曲度写死在坐标里。结果我觉得球太少让它改成 20 个它就把整段代码重新生成了一遍然后形状又全变了。后来我学乖了在任务书里明确要求脚本开头定义如下变量 - trunk_bend 0.15 - crown_sphere_count 10 - crown_size_min 0.25 - crown_size_max 0.45 - random_seed 42 所有生成逻辑都使用这些变量。这样做的价值是后续你不需要让 Codex“重新做”只需要说“把crown_sphere_count改成 14把random_seed改成 7运行一下看看效果”。它只需要改几行赋值整个结构不会乱。2.4 每轮修改只给一个指令在和 Codex 配合时我总结了一个铁律一轮对话只让 Codex 改一个变量或一个环节。如果你在一条消息里说“树冠太密了树干也太直颜色再绿一点”Codex 会同时改三个地方你根本不知道是哪个改动让结果变好了哪个让结果变差了。如果你想让它同时处理多个问题那就拆成多条消息先让它改树冠密度等你在 Blender 里看到新结果后再让它改树干弧度。整个过程可能多花一点时间但每一步都是可预期、可回滚的。相比之下让 Codex 一次性输出完美版本的概率几乎为零效率反而更低。3. 实操过程在 Blender 里跑通一棵树的完整流程3.1 环境准备与运行方式我用的是 Blender 4.0不过下面的流程在 3.x 上也能跑。打开 Blender 后把左上角的工作区从“Layout”切换到“Scripting”。在 Scripting 工作区里点击“New”新建一个文本文件把代码粘贴进去然后点击“Run Script”执行。要注意执行前最好先把当前场景里的默认立方体、相机、灯光之外的东西清掉避免干扰。Codex 生成的脚本可能会有 bpy 上下文错误最常见的报错是bpy.ops.object.select_all(actionSELECT)在只有文本编辑器没有活动 3D 视口时执行失败。解决办法是运行脚本前先在 3D 视口中随意点一下或者在脚本开头加上bpy.ops.object.mode_set(modeOBJECT)也可以干脆用更底层的 API 清空场景。我通常会让 Codex 在脚本开头写一个清空场景的函数里面通过bpy.data.objects遍历删除而不是依赖 UI 操作稳定很多。3.2 树干生成曲线比圆柱网格更友好Tiny Glade 树干的精髓是“微微弯曲但不断裂”。如果用圆柱网格做树干要弯曲就得加很多环、然后做骨架变形修改起来非常麻烦。用贝塞尔曲线是最自然的选择你只需要控制几个控制点的位置就能改变整棵树干的形态。下面是一个最简脚本示例用于创建弯曲树干。为了让 Codex 可以后续调整我把参数放在脚本开头import bpy import mathutils # 可调参数 trunk_height 1.6 trunk_bend 0.15 trunk_radius 0.08 random_seed 42 # 清空场景简单处理 bpy.ops.object.select_all(actionSELECT) bpy.ops.object.delete() # 创建贝塞尔曲线 curve_data bpy.data.curves.new(nameTrunk, typeCURVE) curve_data.dimensions 3D curve_data.bevel_depth trunk_radius curve_data.bevel_resolution 4 spline curve_data.splines.new(BEZIER) spline.bezier_points.add(2) points spline.bezier_points # 三个控制点底部、中部、顶部 points[0].co mathutils.Vector((0, 0, 0)) points[1].co mathutils.Vector((trunk_bend, 0.02, trunk_height * 0.5)) points[2].co mathutils.Vector((-trunk_bend * 0.5, 0.05, trunk_height)) for p in points: p.handle_left_type AUTO p.handle_right_type AUTO trunk_obj bpy.data.objects.new(nameTrunk, object_datacurve_data) bpy.context.collection.objects.link(trunk_obj)这段代码跑完后你会在场景里看到一根两端微微偏移的柱子。如果觉得弯曲方向不对改trunk_bend的数值或者坐标里的第二个分量即可。我一般会让 Codex 把trunk_bend控制在 0.1 到 0.25 之间太大就成了香蕉树。3.3 添加分支和树冠簇树干只是骨架真正让树有 Tiny Glade 味的是树冠簇。我的策略是先有球再有分支最后再考虑连接。也就是说先生成若干个位置随机的球体在树干上方然后再为每个球体生成一段短小的弯曲曲线连接球体和树干。这样看起来就像树枝托着树冠簇而不是球体悬空。简化版代码可以这样写import bpy import random import mathutils # 可调参数 crown_sphere_count 10 crown_size_min 0.25 crown_size_max 0.45 spawn_height_range (1.0, 1.9) random_seed 42 random.seed(random_seed) for i in range(crown_sphere_count): # 随机位置集中在树干上部周围 angle random.uniform(0, 6.28318) r random.uniform(0.1, 0.6) x r * math.cos(angle) random.uniform(-0.2, 0.2) y r * math.sin(angle) random.uniform(-0.2, 0.2) z random.uniform(spawn_height_range[0], spawn_height_range[1]) radius random.uniform(crown_size_min, crown_size_max) # 创建 UV 球体 bpy.ops.mesh.primitive_uv_sphere_add( radiusradius, location(x, y, z) )这个脚本创建的球体是彼此独立的物体好处是你可以在 Blender 里手动选择任意一个球体单独移动或缩放来微调树冠轮廓。坏处是如果你想统一改材质或者整体缩放需要把它们全选再操作。如果你更习惯用几何节点或粒子系统也可以让 Codex 改用粒子系统生成树冠但独立物体在“手工微调”阶段更直观。3.4 材质和渲染轮廓Tiny Glade 的树看起来有一种哑光的、像黏土一样的质感。实现起来并不复杂新建一个材质用 Principled BSDF 节点把 Base Color 设成低饱和绿色Roughness 调到 0.7 以上Specular 降到 0.3 左右。如果你发现树叶反射光线太强通常就是 Roughness 太低。这里有一个容易踩的坑如果你在 Cycles 渲染器和 Eevee 渲染器之间切换材质表现会差很多。Eevee 在默认设置下光照偏硬容易让球体树冠看起来像塑料珠子Cycles 渲染比较柔和但速度慢。我的建议是调形状阶段用 Eevee开一个柔和的环境光把视图显示调成“Material Preview”最后渲染再切 Cycles。这样能避免“Codex 代码没问题但视觉很奇怪”的干扰。另外Tiny Glade 画面里有一点点手绘边缘感但这并不一定需要特效。你可以通过压低场景对比度、让树冠球体之间形成大量互相遮挡的阴影来模拟。最省事的方式是给树冠球体加一个“平面阈值”的材质效果或者直接用 Freestyle 描边但 Freestyle 对大批量对象不友好。实测下来不做描边只靠柔和光照和低饱和材质已经能骗过大部分人的眼睛。4. 迭代策略和 Codex 的“审稿拉锯战”4.1 建立“审美验收清单”每次只验收一项你如果经常觉得“不像”问题往往不在 Codex 而在验收标准不明确。今天我看着树冠说“太密了”明天又说“球体太大”Codex 肯定被你搞晕。我的做法是把前边的特征清单变成一个检查表每次渲染出图后只拿其中一项去对照。比如这一轮我只检查“树冠球体之间有没有明显缝隙”如果缝隙不够就告诉 Codex“把crown_sphere_count减小到 8同时把crown_size_min调小到 0.2”然后再看结果。等这一项达标了再进入下一项。听起来很机械但这是最靠谱的。因为“审美”这个东西自己心里可以有模糊感觉但给 AI 的指令必须有一个明确的量化方向否则你只是在重复同一个错误。4.2 单变量迭代一次只动一个参数配合上一点每次修改脚本时尽量只改变一个“影响维度”。比如树冠密度由一个参数控制树干弯曲程度由另一个参数控制颜色由第三个参数控制。如果你觉得整体不像可以先调树冠密度看是否更接近目标再把树干弯曲度调整一下看是否更接近。这种单变量迭代还有一个额外好处你能够知道每一个参数到底在多大程度上影响最终效果。比如我第一次做时把crown_size_max从 0.45 改到 0.6发现树冠一下子变得特别臃肿把spawn_height_range下限从 1.0 提到 1.4树冠又全部挤到了顶部。通过几轮调整我慢慢摸清了这套生成器的“脾性”后面的修改速度就快多了。4.3 用“参考物”来描述差异而不是抽象形容词告诉 Codex “更像 Tiny Glade”是没意义的因为它不知道你脑海里的 Tiny Glade 长什么样。但如果 Codex 能支持图片输入直接把参考图截给它是最好。如果不行就用类比不要说“树干太直”说“树干需要像被风吹弯的草茎在中间位置有 0.2 米左右的水平偏移”不要说“树冠太稀疏”说“每个球体半径增加 0.1 米然后把球体数量从 10 降到 8让树冠看起来更聚合”不要说“颜色不对”说“基础色换成 RGB(0.3, 0.42, 0.28)并把粗糙度提高到 0.85”。这些描述都能被 Codex 转换成代码改动。而“像一点”这种玄学词汇最后只能得到玄学结果。4.4 别拒绝手工微调AI 只是半自动雕刻刀我见过不少人执着于“全自动出效果”觉得让 Codex 生成脚本后应该就完事了。实际上最理想的工作流是Codex 生成一个参数可调的基础生成器你在 Blender 里用手动操作再修一轮。比如自动生成的球体位置总有几个特别突兀你进入编辑模式移动一下相关球体树干曲线的高度差一点你手动拖动控制点。混合流程的好处是你不必让 Codex 去背“审美”的黑锅。它擅长的是把规则变成几何不擅长判断哪一个是更符合审美的结果。你手动修完以后如果觉得这个手调版本值得保留可以把它复制一份保存成新的 blend 文件下次再让 Codex 在新的文件里继续迭代。4.5 省下时间做“批量生成”而不是完美一棵树这里分享一个自己的心得当你终于调出满意的参数后不要一棵一棵让 Codex 改。你可以让 Codex 写一个循环生成不同随机种子下 10 棵同参数的树然后一次性摆进场景里。Tiny Glade 风格的树本来就讲究自然变化一组 10 棵里总有一两棵特别出效果。这比在单棵树上磨一整天划算得多。5. 问题排查改了很多轮还是不像的常见原因5.1 上下文被冲掉了Codex 忘了最初需求Codex 和所有大模型一样在一段对话里的注意力是有限的。你如果和它聊了 20 轮每轮都让它改一个参数最后它可能已经不再记得“Tiny Glade 风格”意味着什么只记得最近两轮你的反馈。结果就是它改树冠时导致树干变形改颜色时又把分支数量重置。解法很简单要么每 10 轮左右开启一个新对话把最终版脚本文件放到上下文里重新描述需求要么在每次让 Codex 修改前把当前脚本内容的关键部分贴给它提醒它“树干曲度已经是 0.15不要动车球体数量现在是 10只改球体半径”。这是最有效的防跑偏手段。5.2 随机种子不稳定导致你以为白改了很多 Codex 生成的脚本会用random.random()生成随机数。如果你的脚本里没有固定 seed那么每次运行都会得到不同的随机分布。你可能让 Codex 把树冠密度从 10 调到 8运行后因为随机数变了树形反而变得更奇怪你误以为改动方向是错的。所以我在脚本开头必然会写上random.seed(42)或者让 Codex 定义一个random_seed变量。每次运行结果可复现你才能准确判断“到底是参数影响了结果还是随机性在捣乱”。这是最容易被忽视、也最容易让人崩溃的细节。5.3 看渲染图确认效果别盯着视口线框Blender 的默认视图模式下树冠球体很容易看起来非常拥挤因为线框重叠后视觉信息是乱的。你如果只盯着线框视图判断“像不像”大概率一直觉得不对。正确做法是切成 Material Preview 模式或者在 Eevee 下开一个基础灯光。另外很多初学者会忽略相机视角。你在透视视图里看到的树形和最终相机渲染出来的树形可能差很多。要确认像不像最好把相机摆到目标角度然后按 F12 渲染。否则你改半天参数回头一看相机角度不对全是白忙活。5.4 代码运行成功但没效果可能是对象隐藏或选择问题Codex 生成的脚本有时会在执行后把对象隐藏或者把新对象加到了另一个集合里。你觉得“好像没变化”其实东西已经生成了只是不可见。遇到这种情况先别急着让 Codex 重写检查一下场景集合面板里是不是多了新的集合或者按一下 AltH 取消隐藏。还有一种情况Codex 用了bpy.context.selected_objects去操作当前选中的对象但你运行脚本时焦点在文本编辑器上没有 3D 视口选择于是操作落空。这种情况下可以告诉 Codex“所有操作都要通过 bpy.data.objects 按名字查找对象不要依赖当前选中对象。” 这条提示能让脚本健壮很多。5.5 渲染引擎和灯光影响巨大Tiny Glade 的画面特点是柔和、明亮、没有硬阴影。你的树生成得再对如果场景里只有一个默认点光源阴影黑乎乎一团看起来就完全不像。我的做法是使用世界环境里的 Sky Texture 或者直接给 World 添加一个浅蓝色背景色再把太阳光的强度调低打开 Shadow Softness。如果你在 Eevee 里调记得打开“Ambient Occlusion”和“Soft Shadows”。这些设置在 Cycles 里默认更真实但 Eevee 需要手动开。很多时候“不像”不是树的问题是光照毁了一切。5.6 常见问题速查表现象可能原因处理方向每次运行结果完全不一样随机种子没有固定在脚本开头设置random.seed()树冠球体全部堆在树干底部生成高度范围太小调大spawn_height_range的上限树干像麻花一样扭控制点偏移量过大缩小trunk_bend到 0.1 以内所有分支都朝向同一个方向随机旋转角度范围不正确让 Codex 检查欧拉角随机范围材质渲染出来很暗没有调整世界光照增加环境光或降低阴影强度脚本报错找不到对象代码依赖选中对象要求改用 bpy.data 按名称引用Codex 改一个变量导致其他变量复原上下文过长开新对话并重新粘贴脚本内容场景卡到动不了球体或分支数量过多降低数量参数或使用实例化技术这张表基本涵盖了我遇到的八成的坑。每次卡住时先对着表排查一圈比让 Codex 盲目重写高效得多。最后想说的两个小技巧第一个技巧如果你喜欢某一次生成的树形先 CtrlS 保存当前 blend 文件再继续让 Codex 改。我会在文件名里加上版本号比如tiny_glade_tree_v07.blend。这样就算 Codex 后面把脚本改废了我也能随时退回到之前的版本不至于捶桌。第二个技巧在每次让 Codex 修改脚本之前先在脚本开头加一行注释# version 7。然后你告诉 Codex“请在 version 7 的基础上修改”。它至少不会从头重写到不知道哪个版本去。我现在做 Tiny Glade 风格的树已经不再追求“让 Codex 一步到位”了。它负责把规则变成几何我负责定义规则和做最终审美判断。这个组合虽然多花了一点沟通成本但胜在稳定、可复现。下次你再用 Codex 做树改到第五轮还觉得不像别急着怀疑自己的用法先回头看看风格拆够细了吗参数暴露了吗这一轮是不是又让它同时改了三个地方把这三件事想清楚结果大概率会不一样。