13 · 程序化三维建模与品牌资产审查：结构正确之后，还要像设计要求

定位：实现与审查流程复盘。 依据六个 Blender 角色目录、品牌两版交付源码和审查记录。本次没有启动 Blender、回读模型、渲染 PDF 或重新核验全部媒体哈希。历史报告中的“通过”只按其检查范围解释。

程序化视觉制作很容易得到一种特殊的失败：文件齐全、脚本成功、模型能打开，但角色看起来不是目标物种，姿态缺乏动势，标志在小尺寸下被误读。

claude-demo 的三维与品牌实验保留了这种迭代过程。它带来的核心经验是：交付完整性、几何正确性与视觉符合性必须分开验收。

一、把角色描述拆成参数与约束

Blender 项目并非只有手工保存的模型文件，还包含构建脚本、几何辅助、参考准备、渲染和验证入口。角色的体量、部件关系、面部表达、装备与接触点可以通过代码重复生成。

这类方法适合具有明确几何语言的角色：圆润体块、重复部件、可参数化比例，以及需要多次修订的姿态。优势在于能追踪改动，代价是脚本复杂度和视觉调参仍需人工判断。

仓库中的六个目录也不是六套互不相关的建模系统。纯角色目录由攀岩场景提取而来，修正版和风格版进一步修改结构与表现；JOY 项目又分为较早造型与特定参考规范下的重建。整理时应保留这种派生关系。

二、从参考图到模型，需要承认信息缺失

JOY 参考重建使用多视图、轮廓比较和材质约束，没有官方原始网格作为真值。正面相似并不能保证侧面体积、背面弧度或脚部接地符合要求。

因此验证拆成两类：一类检查封闭性、体积、朝向、材质和导出结构；另一类把渲染轮廓缩放、居中后与参考作对照。

轮廓交并比等指标能辅助定位大形差异，但尺度与位置对齐会消除部分误差，而且一个轮廓不能描述全部三维细节。它既不证明官方网格一致，也不是品牌方的认证或使用授权。

三、检查元数据，不如检查实际几何

一个对象可以在自定义属性中记录“关节位于这里”，但实际网格未必支持这个声明。修正版审查进一步从求值后的网格构建空间查询，检查标记点、掌指方向、膝盖朝向和连接位置。

flowchart LR Spec["角色规范与参考"] --> Build["参数化建模"] Build --> Mesh["实际求值网格检查"] Mesh --> Export["导出模型"] Export --> Reload["回读与渲染比较"] Reload --> Visual["人工视觉审查"] Visual --> Revision["定位修订参数"] Revision --> Build

这个顺序比只检查生成脚本的输入参数更可靠：修改器、对象变换和导出过程都可能改变最后结果。

但空间查询也有适用边界。按最近表面法线判断内外，是针对当前模型的检查方法，不是适用于任意网格的严格实体证明；关节与接触合理，也不等于真实攀岩动作已通过安全分析。

四、视觉缺陷也能提炼出小而准确的回归测试

风格角色的平面笑线曾出现局部亮点。处理方式不是简单加一个“线条要自然”的提示，而是把分段粗线改成连续填充轮廓，并沿目标曲线内部采样，检查是否出现异常亮像素。

这种回归检查值得借鉴：先定位一个具体缺陷，再把它变成明确的信号。它保护的是笑线内部连续性，而不是笼统宣布“所有贴图都正确”。

导出回读也有相似价值。风格版检查实际导入后的包围范围，并提供回读渲染入口，避免只在 Blender 原始场景中看起来正常、导出后却发生偏移或材质变化。

图 13：原创抽象网格与三列验收卡分别表示几何、视觉和交付检查，不代表本轮已回读模型或通过品牌审查；品牌授权仍需独立确认。

五、品牌项目为什么需要独立的需求审查

品牌第一版已有模型、标志、渲染、说明和交付检查，但独立审查仍给出“完整性通过、视觉有条件通过”，指出物种识别、抱团语义、动势和标志误读等风险。

第二版因此修改实际网格，并增加形态比例、动作位移与接触检查。这里最重要的不是版本号，而是验收视角改变了：从“要求的文件都存在”转向“这些文件是否表达了需求”。

比例和位移是设计代理指标，不是用户识别率。若要证明用户确实能读出物种或动作，还需要有设计的盲测；不能用一个比例阈值自动替代用户理解。

仓库还存在第二版的副本目录。已读文本相同，不意味着所有模型、图片和 PDF 字节相同。版本管理应该依靠清单和明确来源，而不是文件夹名称里的“最终”“修订”或复制后缀。

六、跨格式交付怎样建立一致性

品牌源码覆盖了矢量标志派生、位图尺寸输出、模型、渲染、PDF 和 ZIP。值得复用的机制包括：

• 标志由矢量母版派生，而不是多份位图各自修改。
• 小尺寸预览单独生成，检查缩小后是否仍可识别。
• PDF 通过页数、关键文本和文字框边界检查，发现部分完整性与溢出问题。
• 清单关联模型与派生文件的哈希，便于追踪版本。
• ZIP 先在临时文件中生成，检查 CRC 与逐文件哈希后再替换目标包，避免交付半成品。

这些机制主要保护完整性与一致性。文字框未越界不保证页面没有遮挡或拥挤；哈希相同不保证设计正确、内容安全或来源有权使用。

七、怎样避免一次审查承担所有责任

建议采用四张清单：

清单	需要回答的问题
结构	对象、网格、材质、姿态与导出是否符合技术约束？
视觉	多视图、小尺寸、物种与动作是否符合需求？
交付	文件、格式、清单、引用与压缩包是否一致？
使用	是否适合目标平台，是否需要额外授权、绑定或生产处理？

角色能渲染不代表已具备生产级绑定，网格检查通过不代表适合制造。壁厚、公差、拓扑、动画控制器和目标平台规范，只有在需求范围内真正实现并检查后才能声明完成。

结语

程序化建模最有价值的不是“用代码代替设计师”，而是把可重复部分固定下来，让每次视觉修订都有明确位置。结构检查保证不会犯同样的工程错误，独立视觉审查保证我们没有更高效地交付错误设计。