这里是全站文章的归档入口，下面是按时间倒序排列的全部文章。若想按主题浏览，请从首页的专题分类进入。
16.1 跨风格验收清单
把跨风格验收做成一张可跑的清单：8 项判据分 static 与 per-theme 两类，命名、token 数、对比度、图集装箱率、mip 字节、最近邻距离全写成整数比较。同一张清单在 6 个主题包上各跑一遍，48 项判定全过；TS 内核与 Python 逐位一致，四条负例都能真的报错。
posts
文章归档
PlumePHP 全站文章的归档入口，按时间倒序汇总各专题的技术文章，并提供按主题浏览的专题分类入口。
15.3 风格迁移的边界与代价
六套主题同出一份规范，换主题时哪些字段能跟着走、哪些必须重写？判据只有一条：叶子字段在 6 个实例上是否逐位相同。14 个结构叶子可迁移、代价 0；10 个风格叶子不可迁移、必须重写。同项目换主题要触碰 21 个点，跨项目迁移涨到 35，B 层再扫主题数与角色数看这笔账对什么敏感。
15.2 同源可区分：风格距离矩阵
把「同源但可区分」量成一个整数：五维加权 L1 的整数均值再 ×10，判据是下限 800。15 对全部高于下限，最近一对 lowpoly/cozy-clean 是 1002，摘要指纹与卷一、卷二、卷三 1.2 独立复算逐位相同；B 层再扫阈值与权重，证明三个可测维度一个都不能少。
15.1 规范实例化：6 主题包
同一份规范结构在 6 个主题下各实例化一次：命名段、预算、8 个色彩 token、5 对对比度、图集与两个风格参数拼成完整 spec。同一套五道闸门的 validator 跑 6 遍，六次全过，实跑结果逐行给出，并与 TS 侧做跨语言 digest 对拍。
14.3 跨品类复用与移植
跨品类移植不是复制粘贴，而是一笔账。本节把复用分成参数级/贴图层/几何层/全新建四层，各给一个整数改造系数，对四条迁移路径算改造人天：节省率从 379‰（中度→重度，要动几何）到 603‰（降级精简，只改参数），并给出层级成本结构与两条口径陷阱。
14.2 品类与视觉可读性
可读性不是调色板的绝对属性，而是调色板与观看条件的匹配。本节把四品类的观看条件（屏幕、单次注视时长、同屏元素数）折成四道整数门槛，对 6 个主题包做 6×4=24 格判定：休闲只过 2 格、中度 3 格、独立 2 格、重度 6 格——同一份调色板，换个品类判定就不同。
14.1 品类与美术预算的关系
同一支团队做休闲和做重度，能出的资产量差一倍。本节把品类写成一笔可复算的整数账：四分品类（休闲/中度/重度/独立）各给一个迭代的团队规模与资产需求，产能口径与卷二 14.1 同源（有效系数 595‰），算出利用率 781/1058/1092/966‰ 与吞吐 134/120/85/95，并给出档位加权几何预算 52500~123000 面。
13.3 主题切换与变体管理
6 个主题包共用一套结构（8 个 token 名、5 对对比度、同一图集与预算），切换只换取值不换规则：逐变体重跑门禁，6 个主题全部 0 失败对，最紧一对 pixel 的 danger/surface 恰好 45 等于下限；切换成本 8/8，每 token 在 6 变体下都有 6 个互异取值。W 层主题切换器切 retro-cyber ↔ cozy-clean，断言调色板真变。
13.2 发光与溢出规范
霓虹的「发光」在命令行里只算参数与账：4 层光晕累计 1250‰ 被 1000‰ 截断，丢失 250‰；光晕外扩环占 cell 面积 410‰，低于 500‰ 上限，反解最大半径 7px；图集每格四周 padding 6px 后槽位从 256 掉到 169，装箱率 144‰ 升到 203‰。
13.1 霓虹调色板与色彩分级
复古 / 赛博的霓虹感是可校验的整数约束：发光色饱和度下限 500‰、地色亮度上限 250‰，把「暗底高饱和」与「亮底低饱和」分开；再算 5 对 WCAG ×10 对比度与整数色彩分级。实测 retro-cyber 零违例，cozy-clean 有 4 项违例，分级改色却改不动地色亮度上限。
12.3 一致性维护
规范一旦铺到多个场景，一致性就不再靠人记：每个场景的 8 个 token 都要与主题逐通道比较，任何一通道偏移都判漂移；同时复算每场景 5 对对比度的最小值，低于下限即判违例。本节用 Python 真跑四个场景的一致性审计，再用 TypeScript 校验器与 Python 落盘的 JSON 对拍，证明两侧的整数类违例集合与摘要逐位一致。
12.2 圆角与柔和过渡规范
清新治愈的形状语言同样可以整数化：圆角取阶梯且不超短边一半、柔边宽取阶梯、过渡带数必须整除柔边宽（每带等宽整数像素）、模糊半径取阶梯、柔和风格禁粗描边。本节用 Python 真跑六块 UI 资产的规范审计并生成圆角样本 PNG，再用 TypeScript 校验器与 Python 落盘的 JSON 对拍。
12.1 高明度低饱和调色板
清新治愈的「高明度低饱和」不是形容词，而是可校验的整数：背景族明度有下限、中性角色饱和度有上限、强调色有数量上限。本节把三条约束写进 cozy-clean 主题，用 Python 真跑候选色审计并生成色卡 PNG，再用 TypeScript 校验器与 Python 落盘的 JSON 对拍，证明两侧的整数类违例集合与摘要逐位一致。
11.3 视觉噪声与可读性平衡
暗色底上的高细节有两个相反的失败模式：太密就成了视觉噪声，太淡又会看不见。本节对《星屑旅店》的每个图标算两笔独立的整数账——噪声千分比（笔画数乘笔画宽乘笔画均长除以图标面积）与细节对比度是否达到下限，并证明裁剪笔画救不了对比度不足，两条账不能互相抵消。
11.2 亮度分布与对比度
暗色主题的调色板几乎全落在低亮度区，文字能不能读只剩对比度这一根拐杖。本节用与卷一 ch4 同源的 WCAG ×10 整数口径，算分级后 token 的相对亮度千分比、亮度分带直方图与相邻亮度阶梯的最小间隔，并从只读真源取对比度下限，逐对检查暗色调色板是否达标。
11.1 低饱和色彩分级
暗黑与恐怖的第一步不是换色相，而是把整块调色板压饱和度。本节从 retro-cyber 的暗色档出发，用整数地板除做分级：灰值加权和加按等级往灰值收，算出每个 token 分级前后的饱和度千分比与四个等级的平均饱和度，并让 Python 与 TypeScript 各自复算、逐位对齐。
10.3 X：画质
前两节把二次元里能写成数据的部分写完了：色彩、线色、色阶带、头身比、面部特征线。剩下的那一半——画质——本机根本做不了。本节整节标 X，逐条说明它为什么不可复现，并把「不许给不可复现的东西编一个数字」写成一条会失败的门禁：声明表里只要出现一个测量值字段，测试立刻报错。
10.2 角色比例与面部规范
10.1 管的是颜色与线宽，这一节管结构：角色的头身比、头高与全身高、面部三条特征线（眼 / 鼻 / 嘴）在头部框内的相对位置、双眼加眼距占头宽的比例，全部是整数。本节把它们落成一份 D 层比例表与一段可跑的 TypeScript 校验器，头身比恒等式与面部顺序都会被断言。
10.1 色彩与线条规范
二次元的「好看」几乎全在画师手上，但色彩与线条里仍有一半能写成整数：角色色的饱和度上限与明度下限、色阶带的档数与档间明度差、线宽区间，以及线色不许近似纯黑、不许近似中性灰、色相必须落在冷色带内。本节把这些落成一份 D 层规范与一段可跑的 TypeScript 校验器，并说清本章为什么只走 D+P+X。
1.3 风格选择与项目约束
距离矩阵回答「哪两套最像」，但项目要选的是「最合约束的那套」。本节把风格选择写成一笔可算的账：四道硬门槛（对比度 / 可区分 / 细节上限 / 明度下限）先过滤，过关者再按与项目目标向量的加权 L1 距离排序，预算内取最近者。结果是 cozy-clean，拟合度 969，比第二名近 136。