colorpicker 在 sublime text 4 中完全不可用，因其依赖的 sublime_api、winreg、tkinter 等模块被 python 3.8+ 沙箱禁用或移除，安装即报错或静默崩溃；应改用 colorhelper，它原生支持现代颜色语法、实时预览及多语言上下文识别。
ColorPicker 在 Sublime Text 4 中已完全不可用，不是装不装得上的问题，而是架构层面不兼容——它依赖的 sublime_api、win32gui、tkinter 等模块在 ST4 的 Python 3.8+ 沙箱中被禁用或移除，强行安装只会报 ImportError: No module named 'sublime_api' 或静默崩溃。
ColorHelper 是当前唯一稳定可用的取色方案
ColorHelper 不调系统 GUI，但能真正“在编辑器内”完成颜色识别、预览、插入和调整，且原生支持现代语法：
- 光标停在
#3b82f6、hsl(210, 75%, 50%)、oklch(65% 0.21 250)、rebeccapurple、var(--primary)上，右侧自动显示色块预览 - 按
Alt+Shift+C（Windows/Linux）或Opt+Shift+C（macOS）呼出完整调色面板 - 支持 CSS/SCSS/Vue/Tailwind 类名（如
bg-blue-500）上下文识别 - 启用
"enable_color_variables": true后可解析并预览 CSS 变量值
安装要点：
- 必须先确认
Package Control已正确安装（控制台粘贴官方代码，重启后Ctrl+Shift+P能搜到Package Control命令） -
Ctrl+Shift+P→Package Control: Install Package→ 等右下角 “Loading packages…” 消失后再输ColorHelper - 安装完去
Preferences → Browse Packages，确认存在大小写准确的ColorHelper文件夹
为什么 Ctrl+Shift+C 没反应？别怪插件，先查这三处
这个快捷键失效，90% 不是插件没装好，而是触发链断在底层：
-
ColorHelper默认用的是Alt+Shift+C，不是Ctrl+Shift+C；后者是旧版ColorPicker的键位，现在已被弃用 - 用户键位文件（
Packages/User/Default.sublime-keymap）里可能有其他插件占用了该组合，比如截图工具或ConvertToUTF8 - 更隐蔽的问题：快捷键配置写在了错误位置——必须加在用户 keymap 的
keys数组里，不能放在注释或顶层 JSON 外
改键位实操：
- 菜单 →
Preferences → Key Bindings，打开右侧用户文件 - 加入：
[{"keys": ["ctrl+alt+c"], "command": "color_helper"}] - 保存即生效，无需重启
预览不显示？大概率是语法作用域没识别对
ColorHelper 不靠正则暴力匹配，而是依赖 Sublime 的语法 scope。哪怕你写了完美的 #ff0000，只要文件被识别为 Plain text，它就完全不工作。
常见掉坑点：
- Vue 单文件组件中，
<style></style>块需设为source.css.postcss或source.css.scss，不能是默认的source.css - Astro、Svelte 等文件需手动设置语法（右键 →
Set Syntax），否则 scope 错误导致颜色不解析 - 自定义主题（color scheme）若覆盖了 background 属性，可能让预览色块“透明”，临时切回
Monokai就能验证
真正容易被忽略的是：作用域识别失败时，插件不会报错，也不会提示——它只是安静地不干活。
