Color Highlight 插件不控制色块显示，真正起作用的是 VSCode 内置的 editor.colorDecorators 设置；该设置是总开关，关闭后插件无法渲染任何色块，且远程开发时需在远程端启用。
Color Highlight 插件本身不控制颜色是否渲染，真正起作用的是 VSCode 内置的 editor.colorDecorators 设置——关掉它，插件再怎么装也看不到色块。
为什么 #ff6b6b 旁边没色块？先查 editor.colorDecorators
这个设置是所有颜色装饰（包括 Color Highlight 渲染的色块）的总开关。插件只负责识别颜色值，不负责显示逻辑。常见误判是“插件没生效”，实际是这个开关被手动关了。
- 打开设置（
Cmd + ,或Ctrl + ,），搜索colorDecorators - 确认
Editor > Color Decorators已勾选（对应 JSON 是"editor.colorDecorators": true） - 检查工作区设置：
.vscode/settings.json里有没有"editor.colorDecorators": false—— 它会覆盖全局设置 - 用远程开发（SSH/Containers）时，该设置必须在远程端生效，本地设了无效
rgb()、hsl()、var(--color) 不渲染？这是设计限制，不是 bug
Color Highlight 默认只识别字面量：十六进制（#fff、#ffffff）、预定义色名（red、transparent）。函数式写法和变量不支持静态解析。
-
rgb(255, 0, 0)和hsl(0, 100%, 50%)需手动开启语言扩展规则，并添加到colorHighlight.customColors；更简单的方式是换用Colorize插件（原生支持函数式） -
var(--primary)类 CSS 变量永远无法被静态分析，任何插件都做不到实时映射，别浪费时间调试 - JS/TS 字符串里的颜色（如
style.backgroundColor = "#00ff00"）默认不扫描，需在colorHighlight.languages中显式加入"javascript"或"typescript"，但要注意误标干扰（比如日志字符串）
色块太浅/太重？调 colorHighlight.defaultAlpha 或 colorHighlight.customColors
插件默认用半透明叠加（如 rgba(0, 255, 0, 0.2)），在浅色主题下易被淹没，在深色主题下可能过重。这不是 bug，是留出的自定义入口。
- 在
settings.json中添加："colorHighlight.defaultAlpha": 0.4调整体透明度 - 若要为特定格式单独控制，用
colorHighlight.customColors配置数组，例如：{"pattern": "#[0-9a-fA-F]{3,6}", "color": "rgba(0, 0, 0, 0.1)"} - 边框可启用：
"colorHighlight.border": true，提升浅色背景下的辨识度
VSCode 原生取色器比插件更可靠，但有硬性限制
不用装插件也能点开调色盘：Cmd+Click（macOS）或 Ctrl+Click（Win/Linux）任意标准颜色值，或右键选 Pick Color。但它只对语法高亮识别的位置生效。
- 必须满足：文件语言模式正确（
.css不能是Plain Text），且颜色是字面量（#ff0000、rgb()、hsl()、命名色） -
var(--xxx)、$color（SCSS 变量）、注释里的// #abc、JSON 或 Python 文件中的字符串，原生都不支持 - 想在 Python 里点
"#ff0000"弹调色盘？得装ColorPicker（JunHan 版），但注意别和Color Highlight共存，否则渲染冲突
真正容易被忽略的是：editor.colorDecorators 这个开关藏得深、影响广，且远程开发时容易漏配；而函数式颜色和变量的支持边界，很多人反复折腾配置却不知道是设计如此。
