Sublime多光标批量修改颜色需先用Show Scope Name确认颜色scope，再以正则匹配限定范围内的颜色关键字，配合Ctrl+Shift+L转多光标编辑；但rgb()/hsl()/var()等不适用此法，且修改后需同步更新color scheme中对应scope样式，否则高亮失效。
用多点光标选中所有同名颜色值再统一改
Sublime 本身不识别 CSS 颜色语义，所以不能“智能选中所有 red 或 #fff”，但你可以靠精准定位 + 多点光标实现高效批量修改。核心是：先确保你选的是真正的颜色值，而不是类名、属性名或注释里的干扰项。
常见错误是直接 Ctrl+F 搜 red，结果把 .header-red、border-radius 全框进去了。正确做法是限定作用域：
- 把光标放在一个已知的颜色值上（比如
color: red;中的red），按Ctrl+Shift+P→ 输入Show Scope Name回车，看状态栏显示类似support.constant.color.w3c-standard这样的 scope —— 这才是 Sublime 认定的“颜色常量”范围 - 然后按
Ctrl+F打开查找面板，点击右下角.*开启正则，输入：\b(red|blue|green|black|white|transparent)\b，并勾选Match Under Caret（只匹配当前光标所在 scope） - 点击
Find All，所有匹配的纯色关键字会被同时高亮；再按Ctrl+D可逐个加选，或直接Ctrl+Shift+L把所有匹配项转为多点光标
这时输入新值（如 #ff0000），所有光标位置会同步更新。注意：该方法对 rgb()、hsl()、变量（var(--primary)）无效，它们属于不同 scope，需另设正则。
用正则替换批量转 HEX / RGB / 小写颜色名
如果你要的是格式转换而非重命名，比如把所有 red → #ff0000，或 rgb(255, 0, 0) → #ff0000，就得靠正则替换。但别指望一个正则通吃——rgb()、rgba()、hsl()、命名色、HEX 的结构差异太大，强行合并容易误伤。
立即学习“前端免费学习笔记（深入）”；
推荐分三步走，按实际出现频率优先处理：
-
rgb\((\d+),\s*(\d+),\s*(\d+)\)→#\x{1}\x{2}\x{3}（注意：Sublime 不支持 \x{1} 这种十六进制引用，得用 Python 正则插件或外部脚本；原生只能做字符串替换，比如rgb(255, 0, 0)→#ff0000，但无法动态计算） - 命名色转 HEX：查找
\b(red|blue|green|black|white|transparent)\b，替换为对应 HEX 值（如red→#ff0000），需手动维护映射表 - HEX 转大写：查找
#([a-f\d]{3}|[a-f\d]{6})，替换为#\U$1\E（\U表示大写，\E结束）
⚠️ 注意：rgba(255, 0, 0, 0.5) 和 rgb(255, 0, 0) 不能共用一个正则，因为逗号后可能跟数字或小数，容易错配。真要处理 rgba，单独建一条规则更安全。
为什么多点光标改完颜色后语法高亮乱了？
不是你改错了，是 Sublime 的 color scheme 文件里没定义新颜色值的 scope。比如你把 red 全替成 #3399ff，但当前主题（如 Monokai）只给 support.constant.color.w3c-standard 设了样式，而 #3399ff 属于 constant.other.color.rgb-value，它可能没被显式配置，就退回到默认前景色（常是灰色），看起来像“没高亮”。
验证方式：把光标停在新 HEX 值上，按 Ctrl+Shift+P → Show Scope Name，看返回的 scope 是什么。常见颜色 scope 有：
-
support.constant.color.w3c-standard（命名色：red, darkgray） -
constant.other.color.rgb-value（HEX、rgb()、hsl()） -
variable.parameter.color（CSS 自定义属性如var(--primary)）
如果 scope 显示为未定义项，就得去编辑你当前的 .sublime-color-scheme 文件，在 rules 数组里加一条对应 rule，比如：
{
"scope": "constant.other.color.rgb-value",
"foreground": "#3399ff"
}
否则，即使值改对了，视觉上也和原来不一致。
多点光标改颜色时最容易忽略的兼容性问题
批量改颜色最隐蔽的坑不在编辑过程，而在后续协作或构建环节：
- CSS 预处理器（Sass/Less）里写的
$primary: red，你改成$primary: #ff0000后，所有引用它的color: $primary仍能编译，但 IDE 可能不再识别该变量为“颜色类型”，导致无颜色预览、无自动补全 - PostCSS 插件（如
postcss-color-function）依赖原始函数语法，把color-mix(in srgb, red 50%, blue 50%)直接替成 HEX，会导致该行失效 - 某些构建工具（如 Webpack 的 css-loader）对颜色值大小写敏感，
#FF0000和#ff0000在部分校验规则下被视为不同值，可能触发重复定义警告
真正安全的批量颜色修改，永远发生在构建流程里，而不是编辑器里硬刚。编辑器只适合改少量、确定无副作用的值；一旦涉及函数、变量、透明度或跨文件引用，就得切到 PostCSS 或自定义脚本层处理。
