学习目标
你要能够解释什么
能设计一条面向美术团队的可追踪 QA 闭环，而不是只写一个一次性脚本。
Interview evidence
题库练习
把这一节课的画面证据，接回 PDF 里的原题。先做一个小预测，再去题目页整理成自己的回答。
-
FBX UV 与法线自动化
先自己猜：这道题在考什么？
参考答案：我会把 FBX 导入做成可重复的 contract：先检查 UV set、平滑/法线、切线、缩放和命名，再在 dry-run 报告后批量写回。任何自动修复都保留原文件、版本和 rollback，最后用固定光照验证黑面与接缝。
可观察证据：只改一个参数，记下画面变化，再写一句“所以它说明了什么”。
-
PBR 贴图命名规范
先自己猜：这道题在考什么？
参考答案：我会先定义不可歧义的命名 schema，再用 MaxScript/Python 解析角色、部位、通道、LOD 和版本，生成材质映射与 QA 报告。命名只是一层证据，还要检查尺寸、颜色空间、法线和真实采样。
可观察证据：只改一个参数，记下画面变化，再写一句“所以它说明了什么”。
-
自动质检工具
先自己猜：这道题在考什么？
参考答案：我会把质检拆成可版本化规则：面数、UV/法线、纹理尺寸/格式、命名和依赖分别输出 pass/warn/fail，报告带路径、owner、修复建议和版本。默认 dry-run，审批后隔离 apply，始终可回滚。
可观察证据：只改一个参数，记下画面变化，再写一句“所以它说明了什么”。
-
材质参数预览面板
先自己猜：这道题在考什么？
参考答案：我会让 Editor 面板和运行时共享参数 schema，区分 draft/applied，支持实时预览、重置、Undo 和 dry-run。预览只说明交互反馈，交付前仍用实际 Shader、质量档位和打包资源复测。
可观察证据：只改一个参数，记下画面变化，再写一句“所以它说明了什么”。
-
TA 工具版本控制
先自己猜：这道题在考什么？
参考答案：我会把工具代码、规则 schema、生成资产和大文件分别版本化，用 manifest/锁文件记录兼容关系；Git LFS 只解决大文件传输。运行时/Editor 在入口校验版本，旧脚本要迁移或阻断，任何写回都可回滚。
可观察证据：只改一个参数，记下画面变化，再写一句“所以它说明了什么”。
实验循环
按顺序做一次实验
-
Step 1
运行最小规则集
- 改什么
- Rules = naming / scale / material
- 怎么做
- 先只打开三条可解释规则。
- 你会看到
- 每个问题都带有对象、规则和建议，而不是一个总分。
- 它代表
- 工具输出必须让接收者知道下一步该改什么。
Code anchor · ta-tools report · rules
-
Step 2
改变严重级别
- 改什么
- Severity = info / warn / block
- 怎么做
- 把同一问题在三种级别之间切换。
- 你会看到
- 报告的阻断行为与团队流程一起变化。
- 它代表
- 严重级别是交付策略，不是颜色装饰。
Code anchor · ta-tools report · severity
-
Step 3
导出可复现结果
- 改什么
- Report ID / manifest
- 怎么做
- 生成报告并再次运行同一输入。
- 你会看到
- 相同输入产生稳定 ID，修复后差异可以被追踪。
- 它代表
- 生产工具需要确定性，才能进入 CI 或资产验收。
Code anchor · ta-tools report · snapshot
快速复习
用三分钟找回因果链
这里没有第二套答案。以下内容直接来自上面的课程事实，方便你在面试前快速检索。
一句话核心
从规则、严重级别和修复建议三个维度观察一条资产 QA 流程。
- 工具输出必须让接收者知道下一步该改什么。
画面证据：每个问题都带有对象、规则和建议，而不是一个总分。
- 严重级别是交付策略，不是颜色装饰。
画面证据：报告的阻断行为与团队流程一起变化。
- 生产工具需要确定性，才能进入 CI 或资产验收。
画面证据：相同输入产生稳定 ID，修复后差异可以被追踪。
代码定位
- ta-tools report · rules
- ta-tools report · severity
- ta-tools report · snapshot