colorpicker 在 sublime text 4 中无法工作，因其依赖已被移除的系统 gui 模块（如 winreg、objc），在 st4 沙箱中被禁用，导致初始化失败、命令未注册；colorhelper 是唯一可靠替代，纯基于语法作用域分析颜色，支持现代格式与多语言上下文。
ColorPicker 在 Sublime Text 4 中根本无法正常工作，不是配置问题，是架构层面的不兼容。它依赖已被移除的 Python GUI 模块（如 winreg、objc），启动时静默失败或报 ImportError，按 Ctrl+Shift+C 没反应是常态，不是你装错了。
为什么 ColorPicker 在 ST4 里点不动
Sublime Text 4 默认使用 Python 3.8+ 运行时，而 ColorPicker 最后一次更新是 2018 年，其核心逻辑调用系统级 GUI 库（Windows 的 win32gui、macOS 的 PyObjC），这些在 ST4 的插件沙箱中被主动禁用。控制台（Ctrl+`）里看不到错误，是因为模块压根没加载——不是崩溃，是跳过。
- 你在命令面板搜
color_picker为空，说明命令未注册 -
Preferences > Package Settings里没有ColorPicker菜单项，代表插件初始化失败 - 即使手动把插件文件拖进
Packages文件夹，也不会生效，因缺少 Package Control 的元数据加载
ColorHelper 是 ST4 下唯一靠谱替代
ColorHelper 不依赖系统 GUI，纯基于 Sublime 的语法作用域（scope）分析颜色，支持 #3b82f6、hsl(210, 75%, 50%)、oklch(65% 0.21 250)、rebeccapurple、var(--primary)（需开启 "enable_color_variables": true）等全部现代格式。
- 光标停在颜色值上，右侧自动出现小色块预览
- 默认快捷键
Alt+Shift+C（Windows/Linux）或Opt+Shift+C（macOS）呼出完整调色面板 - 支持 CSS、SCSS、Vue、TSX、Tailwind 类名（如
bg-blue-500）上下文识别 - 预览失效？先看右下角状态栏是不是
CSS或JavaScript，不是Plain text—— 这是 90% 预览不显示的根源
快捷键冲突？别硬改 ColorPicker，直接配 ColorHelper
Ctrl+Shift+C 被微信/QQ 截图工具长期霸占，ST 里硬调只会徒劳。而 ColorHelper 默认用 Alt+Shift+C，冲突概率低得多。真要自定义：
- 菜单 →
Preferences → Package Settings → ColorHelper → Key Bindings - 在右侧用户键位文件中加一行：
[{"keys": ["ctrl+alt+c"], "command": "color_helper"}] - 保存即生效，不用重启
- 顺手装个
FindKeyConflicts插件，以后一键扫出所有快捷键打架项
ColorHelper 的预览能力完全依赖语法作用域（scope）。哪怕颜色写法 100% 正确，只要文件被识别为 Plain text，它就彻底静默——这不是 bug，是设计前提。Vue 单文件组件的 <style></style> 块必须用 source.css.postcss 语法，不能只选 source.css。
