当前生效配色方案路径可通过Show Scope Name命令查看，若不含Packages/User/则需复制到该目录并显式指定color_scheme；颜色修改需精准匹配scope字段，注意规则顺序、格式规范及零宽字符干扰。
怎么确认当前生效的配色方案路径
改颜色前必须知道你在改哪个文件，否则全是白忙活。按 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS），输入 Show Scope Name 回车，右下角状态栏会立刻显示类似 Packages/User/One Dark Custom.sublime-color-scheme 的完整路径。
如果路径里不含 Packages/User/，说明你正对着只读的系统主题在改——保存后重启也没用。必须先把那个文件复制到 Packages/User/ 目录下，重命名（如 MyMonokai.sublime-color-scheme），再在 Preferences → Settings – User 里显式指定：
"color_scheme": "Packages/User/MyMonokai.sublime-color-scheme"
怎么精准修改 keyword / string / comment 的颜色
颜色由 .sublime-color-scheme 文件里的 rules 数组控制，每个规则靠 scope 字段匹配语法元素。别猜 scope，用 Show Scope Name 看光标所在位置的真实值（比如 keyword.control.js 或 string.quoted.double.python）。
- 打开你放在
Packages/User/下的.sublime-color-scheme文件 - 在
"rules"数组里找已有项，或新增对象（注意逗号分隔）：
{
"scope": "keyword.control.js",
"foreground": "#FF6B6B"
}
常用 scope 示例：keyword、keyword.control、string.quoted.double、comment.line、support.function。推荐用带 alpha 的十六进制（如 #FF6B6B80）或 hsla(0, 100%, 50%, 0.8) 控制透明度，避免覆盖背景可读性。
为什么改了 foreground 还是没反应
常见失效原因不是配置错，而是底层机制卡住了：
-
scope写错一个字母，比如keyword.control.js写成keyword.control.ja，Sublime 就跳过不匹配 -
rules是顺序匹配，第一条命中即停止；你新加的规则如果排在更宽泛的keyword条目之后，永远轮不到它生效 - 颜色值格式错误：
.sublime-color-scheme（JSON 格式）支持hsla()和带 alpha 的 hex，但老式.tmTheme（XML）只认纯 hex（如#6a8759）或 8 位 hex（如#6a875980），写rgb()直接被忽略 - 复制粘贴时混入零宽空格或不可见换行符，JSON 解析失败却不报错——建议手敲引号和斜杠
怎么改选中代码和当前行的背景色
selection 和 lineHighlight 是独立控制的，不归语法 scope 管，也不在 rules 里。
选中背景色：在 .sublime-color-scheme 中搜索 "selection"，找到 "background" 字段改值（支持 RGBA，如 "#3399FF33"）。
当前行高亮："highlight_line": true 只是启用逻辑，真正画背景色的是配色方案里的 lineHighlight 规则。很多第三方主题压根没定义它。先换回系统自带主题（如 Monokai）测试，如果这时能看见浅蓝底色，说明你当前主题缺失该规则——得手动加一条：
{
"name": "Line Highlight",
"scope": "lineHighlight",
"background": "#2a2d3433"
}
这个细节容易被忽略：没有 lineHighlight 规则，highlight_line 设置就只是个开关，不会产生任何视觉变化。
