colorpicker 在 sublime text 4 中完全不可用，因其依赖的 tkinter、winreg、sublime_api 等模块被 python 3.8+ 沙箱禁用；唯一可靠替代是 colorhelper，它基于语法作用域解析颜色，支持 #rrggbb、hsl()、oklch()、var(--color) 等格式，光标悬停实时预览，alt+shift+c 呼出调色面板。
ColorPicker 在 Sublime Text 4 中完全不可用，不是安装步骤错了，而是它依赖的 tkinter、winreg、sublime_api 等模块已被 ST4 的 Python 3.8+ 沙箱禁用。你看到“安装成功”但快捷键无响应、命令面板搜不到 color_picker、控制台无声无息——这正是沙箱静默跳过 GUI 插件初始化的典型表现。
Sublime Text 4 装不了 ColorPicker 是架构限制，不是操作失误
ST4 移除了所有对系统 GUI 库的调用支持，而 ColorPicker 的核心就是弹出 tkinter 取色窗口。哪怕你手动把插件文件夹拖进 Packages/，它也不会注册任何命令。常见现象包括：
-
Preferences → Package Settings里根本看不到ColorPicker菜单项 - 按
Ctrl+Shift+P输入color_picker，结果为空 - 控制台（
Ctrl + `）里既无报错也无加载日志 - 手动在
Default.sublime-keymap里绑定color_picker命令，依然不触发
别试 "enable_gui": true 这类配置——这个字段在 ST4 中已彻底失效。
ColorHelper 是当前唯一稳定可用的颜色可视化方案
ColorHelper 不调系统 GUI，纯靠 Sublime 的语法作用域解析颜色值，原生兼容 ST4，且支持现代前端常用格式：
- 光标停在
#3b82f6、hsl(210, 75%, 50%)、oklch(65% 0.21 250)、rebeccapurple、var(--primary)上，右侧自动显示色块预览 - 呼出完整调色面板：Windows/Linux 按
Alt+Shift+C，macOS 按Opt+Shift+C - 支持 CSS/SCSS/Vue/Tailwind 类名（如
bg-blue-500）上下文识别 - 启用
"enable_color_variables": true后可解析并预览 CSS 自定义变量
安装必须走标准路径：Ctrl+Shift+P → Package Control: Install Package → 等右下角 “Loading packages…” 消失后再输入 ColorHelper → 回车。装完去 Preferences → Browse Packages 确认存在大小写准确的 ColorHelper 文件夹。
为什么 Alt+Shift+C 没反应？先查这三处
90% 的“快捷键失效”问题，和插件本身无关，而是触发链断在底层：
-
ColorHelper默认用的是Alt+Shift+C（不是旧版Ctrl+Shift+C），后者常被微信/QQ 截图工具劫持 - 你的用户键位文件（
Packages/User/Default.sublime-keymap）里可能已有其他插件占用了该组合 - 快捷键配置写在了错误位置：必须加在 JSON 的
keys数组内，不能放在注释后、顶层对象外，否则 Sublime 直接忽略
打开该文件，搜索 alt+shift+c 或 ctrl+shift+c，删掉冲突项或改写为 ["alt+ctrl+shift+c"]，保存即生效，无需重启。
预览不显示？大概率是语法 scope 错了
ColorHelper 的预览能力高度依赖 Sublime 的语法作用域（scope）。哪怕颜色写法完全合法，只要文件没被识别为对应语言，预览就完全不启动：
- 右下角状态栏必须显示
CSS、SCSS、source.css.postcss、source.scss、text.html.basic等有效 scope - 如果是
Plain text或JavaScript（未启用 CSS-in-JS 支持），预览不会出现 - Vue 单文件组件中，
<style></style>块需确保语法设置为CSS或PostCSS，而非HTML - 可右键 →
Set Syntax手动指定，或安装ApplySyntax插件自动识别
真正容易被忽略的是：这不是 bug，而是设计前提——ColorHelper 从不扫描整文件，只响应当前 scope 允许的颜色上下文。
