一组颜色看着从浅到深排得很顺，不代表其中每一级都适合放文字。问题出在常被混用的两个概念：OKLCH 的 L 是视觉明度，用来生成变化较均匀的色阶；无障碍真正检查的，则是文字与背景之间的对比度。就像两盏灯各自标着亮度，也不能只看一个数字判断它们放在一起是否容易分辨。
据 UX Collective 2026 年 8 月刊发的 Kevin Muldoon 文章，OKLCH 很适合生成颜色，但其 Lightness 不能可靠预测 WCAG 或 APCA 意义上的文字对比，因此不宜直接拿来给色阶权重编号。WCAG 使用的是相对亮度——比较前景与背景明暗关系的数值；W3C 规定，普通文本的最低对比度通常为 4.5:1，大号文本通常为 3:1。文章建议改用面向对比度的数值锚定调色板权重。这个区别会直接影响设计系统：一旦把错误指标写进设计令牌，也就是全站复用的颜色变量，误差便会扩散到整个界面。