Sublime Text 不支持吸管取色，PickColor 插件不存在；ColorHelper 是唯一可行的可视化配色方案，依赖语法作用域实时渲染色块预览并支持调色面板。
Sublime Text 本身不支持“可视化配色选取”意义上的吸管取色（即鼠标悬停代码中任意位置实时吸色），也不存在叫 PickColor 的官方或主流插件——这个名字是混淆了 VS Code 的 Pick Color 插件。你在 Sublime 里搜不到、装不上、按快捷键没反应，不是操作问题，而是根本不存在这个东西。
为什么找不到 PickColor 插件？
VS Code 的 Pick Color 是其原生扩展生态下的产物，依赖 Electron 渲染层和系统级屏幕捕获能力；Sublime Text 4 的插件沙箱已彻底移除对 tkinter、objc、winreg 等 GUI/系统模块的支持，任何试图调用屏幕吸管的插件（包括旧版 ColorPicker）都会静默失败或报 ImportError。
-
PickColor不在 Package Control 官方仓库中，所有声称“Sublime 安装 PickColor”的教程都是张冠李戴 - 搜索结果里出现的“PickColor”多半是用户误把
ColorHelper或SmartColorPicker的功能名记混了 - 即使手动下载 zip 放进
Packages文件夹，也会因 Python 运行时限制无法加载命令
ColorHelper 是唯一可行的“可视化配色”替代方案
ColorHelper 不做吸管，但提供真正可用的「上下文感知可视化」：它不依赖 GUI 弹窗，而是基于 Sublime 的语法作用域（scope）实时解析颜色字面量，并在编辑器右侧渲染小色块预览——这才是 ST4 下最稳定、最贴合前端工作流的方式。
- 光标停在
#3b82f6、hsl(210, 75%, 50%)、oklch(65% 0.21 250)、rebeccapurple或bg-blue-500（Tailwind）上，右侧自动出预览色块 - 按
Alt+Shift+C（Win/Linux）或Opt+Shift+C（macOS）呼出调色面板，支持 HSV/RGB/HSL 拖拽调整、历史颜色回溯、格式切换 - 启用
"enable_color_variables": true后，能解析var(--primary)并显示其计算值（需 CSS 变量已定义） - 不识别
color: red或currentColor——这不是缺陷，是设计边界：它只处理可计算为 RGB 的显式颜色值
预览不显示？90% 是语法作用域没对上
ColorHelper 的可视化能力完全依赖 Sublime 对当前文件的语法识别。它不会扫描 Plain text，也不会在 JS 文件里主动解析 CSS 字符串中的颜色 —— 即使你写了 el.style.backgroundColor = "#ff6b35"，只要文件语法是 source.js，它就不会启动。
- 检查右下角状态栏：必须是
CSS、SCSS、source.css.postcss、source.css.styled、text.html.vue或source.tsx等明确支持颜色作用域的语法 - 如果是 Vue 单文件组件，确保
<style>块内有lang="scss"或lang="css"，否则会被识别为text.html.basic - 右键 →
Set Syntax手动指定，或用快捷键Ctrl+Shift+P→ 输入Set Syntax: CSS快速切换 - 如果用了 PostCSS 或 Tailwind，确认已安装对应语法包（如
PostCSS、Tailwind CSS IntelliSense），否则作用域链断裂
快捷键没反应？先查用户键位文件，别瞎试
很多人装完 ColorHelper 按 Alt+Shift+C 没反应，第一反应是“插件坏了”，其实是被自己或其它插件的键位覆盖了。ST 的快捷键匹配是顺序优先，后加载的配置会覆盖前者的绑定。
- Windows 用户键位路径：
C:\Users\XXX\AppData\Roaming\Sublime Text\Packages\User\Default (Windows).sublime-keymap - macOS 用户键位路径：
~/Library/Application Support/Sublime Text/Packages/User/Default (OSX).sublime-keymap - 用 Sublime 打开该文件，搜索
alt+shift+c或ctrl+shift+c，看是否有其它"command"占用 - 删掉冲突项，或改写成
["alt+ctrl+shift+c"]，保存后立即生效（无需重启） - 顺手装个
FindKeyConflicts插件，以后一键扫清所有键位冲突
真正容易被忽略的是：ColorHelper 的“可视化”不是靠弹窗实现的，而是靠语法作用域 + 颜色字面量正则 + 实时装饰器三者协同。它不解决“从屏幕吸色”这个需求，也不该被拿来和 VS Code 的 Pick Color 对比功能完整性——它的价值在于，在 ST4 架构约束下，把“看到颜色、点开调、插回去”这一闭环做得足够轻、足够稳、足够贴代码上下文。
