CSS颜色函数中不存在负数百分比，rgb()和hsl()等标准函数的百分比参数仅支持0%–100%闭区间，负值如-10%会导致整条声明无效并被浏览器静默丢弃。
负数百分比在CSS颜色函数中根本不存在，也不被任何规范支持
rgb() 和 hsl() 的百分比参数不允许为负
所有标准CSS颜色函数——rgb()、hsl()、hsla()、rgba()——对百分比参数的定义都是闭区间：0% 到 100%（对应 hsl() 中的 s 和 l）或 0% 到 100%（对应 rgb() 中各通道）。负值如 -10% 会直接导致整条声明无效，浏览器静默丢弃，DevTools 中该行显示为划掉（invalid）。
常见错误现象：color: rgb(-20%, 50%, 80%) 看起来没生效；computed 样式里找不到该 color 值；元素回退到继承色或初始色。
-
rgb()三通道：只接受0–255整数 或0%–100%百分比，负数不合法 -
hsl()中s（饱和度）和l（明度）必须带%，且仅限0%–100%；h（色相）可省略deg，但也不能为负（-30不等于330，它只是非法值） - 混用单位（如
rgb(50%, -10, 200)）同样整条失效
所谓“负数边界”实际来自 color() 或 oklch() 等宽色域语法
真正出现负值的场景，只存在于实验性/现代色域函数中，比如 color(display-p3 -0.1 0.8 0.3) 或 oklch(60% -0.2 240)。这些不是“CSS 颜色表示法中的负数百分比”，而是**色空间坐标轴本身的数学延展**——例如在 OKLCH 中，c（色度）理论上可为负，表示朝向相反方向的色相，但实际渲染时会被 clamped 或映射。
立即学习“前端免费学习笔记（深入）”；
这类语法目前兼容性极差：color() 在 Safari 16.4+ 有限支持，Chrome 需开启 flag，Firefox 尚未实现；oklch() 仅 Chrome 111+、Safari 16.4+ 支持，且负 c 值行为未标准化。
- 写
color(display-p3 -0.2 0.5 0.7)不会报错，但多数浏览器当无效值处理 - 没有 fallback 机制：不支持时直接跳过，不会退回到上一条 color 声明
- 这不是“百分比负数”，而是浮点坐标值；
-0.2是无量纲数值，和%无关
设计稿里看到的“-10% saturation”其实是语义误导
某些设计工具（Figma/Sketch）导出的 CSS 可能含类似 saturation: -10% 的注释，但这不是 CSS 属性，也不是颜色函数参数。它通常指「在基础色上降低 10% 饱和度」，属于后期计算逻辑，需靠 color-mix() 或 JS 转换实现，不能直译为 hsl(200, -10%, 50%)。
- 真要降饱和度：用
color-mix(in srgb, hsl(200 50% 50%) 90%, gray 10%) - 想提亮度又不改色相：
color-mix(in lch, hsl(200 50% 50%) 80%, white 20%)（需 LCH 支持） - 别信设计稿里的“负百分比”标注——它不是可粘贴的 CSS 代码
真正容易被忽略的是：即使你用了 oklch() 并传入负 c，不同浏览器 clamping 策略可能不同，同一数值在 Chrome 和 Safari 渲染结果可能有偏色。生产环境务必测试 + 提供 hsl() 或 rgb() fallback。
