附录 A：视觉规范公式、参数与数据集索引
《游戏美术与技术美术》卷一《美术制作与视觉规范》附录：全书公式与参数索引、sp<章号>_ 工具链命名约定、六层可运行性口径与逐层复现命令，并给出可跑的 S 层清点脚本与 P 层索引校验内核，两者对同一份工作区算出的清单与摘要逐位一致，并附一键复现与排错顺序。
category
Gameart
共 150 篇文章。
9.3 UI 状态与交互反馈规范
同一颗按钮在正常、悬停、按下、禁用、选中五态下长什么样，是规范里最容易被漏掉的一层。本节把《星屑旅店》的五态参数写进一份 JSON 配置，用 S 层 Python 算每态前景/背景的对比度 ×10、做状态完备性与反馈时长两条 lint，用 P 层 TS 内核跨语言逐位对照，并断言低于对比度下限的配色必须被判失败。
9.2 九宫格与可拉伸资源
把一张 48×48 的小图切成 3×3，四角保尺寸、四边单轴拉伸、中心双轴拉伸，就得到任意尺寸都不变形的按钮与面板。本节用整数公式算切片与落位矩形、用 PIL 生成拉伸示意图、用无头浏览器断言四角像素与源角块逐位相同，并给出面积账与取舍；切分参数一改，三层立刻复验。
9.1 栅格、间距与安全区
栅格、间距与安全区是 UI 规范里最先被写死、也最容易被分辨率打脸的一层。本节把《星屑旅店》的基准分辨率、12 列栅格、8px 间距阶与刘海屏安全区写成一份可跑的整数规范，用 S 层 Python 与 P 层 TS 内核算出每个元素落在哪一格，并对四条边做越界断言。
8.3 整包资源预算表
包体预算不能只有一个总数，必须按类别拆成「预算 / 实际 / 余量」三列，才能一眼看出是哪一类超了。本节把《星屑旅店》的 20 个打包条目按纹理/音频/字体/数据/其它五类汇总成一张整包预算表，用一份真跑的 S 层脚本和 P 层 TS 内核给出逐位一致的违例集合，并用类别超支与总包超支两条负例断言证明门禁真的会 fail。
8.2 压缩格式的显存差异
压缩格式不是画质参数，是显存账的乘数。本节把 BC1/BC3/BC7/ASTC 4x4/6x6/ETC2 的块大小与块字节固化成 D 层规格表，再用一份真跑的 S 层脚本把 1024×1024 的底级与整条 mip 链算成整数个字节，给出相对未压缩 RGBA8 的千分比与一份可执行的选型取舍表。
8.1 纹理分辨率与 mip 链字节账
纹理显存不是一个数字，而是一条从底级到 1×1 的 mip 链。本节用一份真跑的 S 层脚本，读共享真源复现 1024×1024 RGBA 全链基线 5592404 字节，再按贴图集逐张算整链字节与千分比，并用 P 层 TS 内核做跨语言逐位对照与漏算 1×1 的负例断言。
7.3 预算超支的归因与裁剪顺序
超支之后先归因再动手：把每个超支项拆成「可裁空间」与「不可裁地板」，再按每 1 人天换回的单位数排一条确定性、可重复的裁剪顺序。本节给出可跑的三类归因判定、贪心裁剪计划，以及「超支项裁剪前必须真的 fail、不可裁项裁剪后仍必须 fail」的负例断言。
7.2 材质槽与 Draw Call 预算
材质槽不是美术的内部细节，它直接决定 Draw Call：同一材质槽内可合批，跨槽必须拆。本节用《星屑旅店》大堂场景做一份可跑的耦合账——同槽实例按批上限合批、跨槽各算各的，并给出「家具拆成三个材质槽就超预算」的反例，S 层与 P 层结果逐位一致。
7.1 按角色分级的面数与骨骼预算
预算不是一句「注意控制面数」，而是一张按角色分级的表：主角、主要NPC、次要NPC、道具各自的面数、骨骼与材质槽上限。本节把《星屑旅店》12 个资产样本对着四档上限逐条判超限，用一份真跑的 S 层脚本和 P 层 TS 内核给出逐位一致的违例集合，并把档位锚到共享真源 visual_spec.json。
6.3 清单与目录的双向一致
清单与目录必须互相对账：目录里多出的文件是漏登记，清单里悬空的条目是资产已被删。本节把《星屑旅店》的目录快照与清单各算一次差集，两个方向都报，用一份真跑的 S 层脚本和 P 层 TS 内核给出逐位一致的违例集合，并说明为什么只查一个方向会漏掉一半问题。
6.2 引用关系与依赖声明
显式引用只写 refs 字段远远不够：图标会被打进图集、变体依赖基础资产、头像复用统一画框，这些都是隐式引用。本节把显式边与隐式边合起来建一张有向图，用 DFS 求强连通分量做环检测、逐边做悬空引用检测，并人为造一个环作为负例断言，证明检测器真的会失败。
6.1 资产清单的字段设计
资产清单不是给美术看的表格，而是给工具链吃的契约。本节把《星屑旅店》的 13 条资产样本固化成 JSON Schema 形态的字段规范，再用一份真跑的 S 层 Python 校验器和一份 P 层 TS 内核，逐字段拦下缺失字段、非法枚举、非幂次尺寸与不存在的色彩 token，并给出跨语言逐位一致的违例集合与负例断言。
5.3 保留字与命名反模式
命名最贵的一课不是「怎么写对」，而是「哪些词根本不能用」：讲清四张黑名单（文件系统保留名、会撞代码标识符的词、临时态词、待归一别名）与两条长度规则，落成可跑的 Python + TypeScript lint，让 nul / class / copy / img 这类词在构建期就被拦下。
5.2 目录层级与引擎内引用约束
名字判对了，还得放在对的目录里：讲清 kind 到目录的唯一映射、为什么目录必须纯小写（大小写混用是 URL 死链的头号来源），以及 @color/<token> 与 @asset/<id> 两条引用约束怎么和共享真源 visual_spec.json 对齐——目录错位、悬空引用、自引用都会被 lint 拦下。
5.1 命名规则：前缀/类型/变体/版本
把资产命名从「大家自觉」变成「机器可判」：讲清 `<前缀>_<subject>[_<变体>]_v<NN>` 这条文法，前缀、类型、变体、版本四个字段各自管什么，再用一份可跑的 Python + TypeScript 命名 lint 对同一份《星屑旅店》资产清单逐条判违例——违规命名必须真的 fail。
4.3 色盲安全与对比度下限
有了感知距离这把尺子，本节把它用到最要紧的地方：色觉异常。我们自实现 Viénot–Brettel 二色觉模拟，对 8 个 token 逐一投影成 8-bit 整数，实测等亮度红/绿在绿色盲下距离从 0.3755 塌到 0.0656，并抓住真实规格违例 danger/surface 对比度只有 31。
4.2 OKLab/OKLCH：感知均匀的色彩距离
上一节说对比度看不见色相差，那要判断「两个颜色够不够分得开」就需要一个感知均匀的空间。本节用 OKLab/OKLCH 复算 8 个 token 的坐标与距离，实测 HSL 等间隔取色的相邻距离极差是 OKLCH 的近 4 倍，说明「取色均匀」和「看起来均匀」不是一回事。
4.1 sRGB 与线性空间：美术为什么要在意
美术在 sRGB 里取色、在引擎里混合，却很少问这两件事是否发生在同一个空间。本节用一份 sRGB 8-bit 真源复算传递函数、相对亮度与对比度，实测「琥珀与天蓝色相完全不同、对比度却一模一样」，说明对比度只由亮度决定，并给出跨语言的容差口径。
3.3 跨场景色彩一致性
同一个 token 在五个场景里必须长得一样。本节把《星屑旅店》五个场景的 19 个元素按 key 分组，算出跨场景一致性千分比 800、抓出两处色相漂移，并用 B 层把容差阈值从 0.002 扫到 0.5，说明软告警可调而硬漂移不可糊弄，最后给出可复算的一致性检查。