Hex颜色缺乏语义导致调色依赖人眼硬猜，而HSL通过色相、饱和度、亮度三参数实现可推演的颜色系统，支持精准调控与团队协同维护。
因为#4a90e2不告诉你它是蓝还是青，更不告诉你“再亮一点”该调哪个数字——它没有语义，所有调整都靠人眼硬猜。
Hex颜色一改就偏色，根本原因是RGB模型不匹配人眼感知
RGB是设备发光模型，#4a90e2拆开是 R=74、G=144、B=226，但人脑无法从这三个数直观判断色相倾向或明暗关系。想让按钮悬停变亮：
- 有人动最后两位
e2（B通道），结果蓝色偏青，色相漂移 - 有人压
4a（R通道），红色成分减少，整体发灰失饱和 - 没人敢确认
#cc552a是不是#ff6b35的合理变暗版，只能凭感觉试
HSL比Hex更适合大规模项目维护
用hsl(210, 70%, 60%)替代#4a90e2后，颜色变成可推演的参数组合：
- 色相
210锚定主蓝系，微调±10即可生成协调邻近色 - 饱和度
70%控制鲜艳度，禁用态直接降到15%自然灰化 - 亮度
60%单独调节就能实现悬停变亮（→72%）或背景提亮（→94%），色相和饱和度锁死不跑调 - 配合CSS变量：
--hue-primary: 210、--sat-primary: 70%、--light-primary: 60%，改一处，整套衍生色自动响应
团队协作中断层常始于Hex硬编码
设计师给#ff6b35，前端写进color: #ff6b35，测试发现深色模式下对比度不足，想调暗时没人敢拍板：
立即学习“前端免费学习笔记（深入）”；
-
#cc552a？#e05c28？#d95525？三者亮度、饱和度差异肉眼难辨 - 没有统一基准，每次调整都是孤立操作，历史记录不可追溯
- 不同成员维护不同模块，
.btn里混着#333、#444、#555，根本无法收敛成系统级灰阶 - 真正的问题不是“颜色不准”，而是“改了不敢合、合了不敢测、测了不敢上线”
复杂点不在语法本身，而在Hex把颜色退化成无上下文的字符串——它能显示，但不能推理；能复制，但不能演化；能临时用，但撑不起设计系统。
