确认目标代码真实作用域需将光标停在代码上并按Ctrl+Alt+Shift+P（Windows/Linux）或Cmd+Alt+Shift+P（macOS），查看状态栏显示的作用域链，越靠右越具体、优先级越高；作用域拼错或不存在会导致rule静默失效。
怎么确认目标代码的真实作用域
你改了 string 却没变色，大概率是作用域写错了。Sublime 不认“你认为它是什么”，只认语法高亮器实际打上去的 scope 标签。
把光标停在想调色的代码上（比如一个 Python 的 f"hello {name}" 中的 name），按 Ctrl+Alt+Shift+P（Windows/Linux）或 Cmd+Alt+Shift+P（macOS），状态栏会立刻显示一串类似 source.python meta.interpolation.python variable.other.python 的作用域链。
- 越靠右的作用域越具体，优先级越高；
variable.other.python比source.python更精准 - 带
meta.的通常是容器（如函数体、插值块），一般不直接配色，否则整块区域变色 - 如果想泛用，可用空格分隔多个作用域，例如
"scope": "constant.numeric.python constant.language.python" - 作用域不存在或拼错，rule 就完全不生效——没有报错，只是静默忽略
如何在 color_scheme 文件里加 rule
必须编辑当前启用的 .sublime-color-scheme 文件，且 rule 必须放在 "rules" 数组内，不能扁平写在根对象下。
推荐路径：菜单 → Preferences → Customize Color Scheme，它会自动打开 Packages/User/Custom.sublime-color-scheme（这是最安全的位置，不会被升级覆盖）。
- 新增 rule 示例：
{ "scope": "keyword.control.conditional.python", "foreground": "#d78a4f" } -
"scope"值必须是字符串，引号不能漏；多个作用域用空格分隔，不是逗号 - 颜色值用 6 位 hex（如
"#569cd6"）最稳；hsla/rgba 可用，但旧版 Sublime（ - 加完记得检查 JSON 结构：逗号分隔、括号匹配、引号闭合——少一个引号就导致整个 scheme 失效
为什么改了 rule 还是没效果
常见失效原因不是语法错，而是规则被更细粒度的 scope 覆盖，或根本没加载到当前文件。
- 确认当前文件语法是否正确：右下角语言标识是否为预期值（如显示
Plain Text就不会触发python相关 rule） - 检查语法绑定：某些自定义语法（如
.vue或.astro）可能未将关键字映射到标准 scope，需先看Show Scope Name输出是否含预期词 - rule 顺序无关紧要——Sublime 按 scope 匹配精度决定优先级，不是按数组位置
- 如果用了插件（如 BracketHighlighter、Color Highlighter），它们可能依赖
region或highlight等非语法 scope，得单独配"scope": "region.yellowish"或"name": "Highlight"
不同语言用不同配色方案怎么配
不是改一个全局 color_scheme，而是为每种语法单独指定 color_scheme 路径。
打开一个 Python 文件 → 点击右下角 Python → 选择 Open Syntax Specific Preferences，它会新建并打开 Packages/User/Python.sublime-settings。
- 在里面写：
{ "color_scheme": "Packages/Dracula-custom/Dracula-custom.sublime-color-scheme" } - 路径必须以
Packages/开头，扩展名和大小写必须完全一致（.sublime-color-scheme≠.tmTheme） - 每个语言一个 settings 文件（如
JavaScript.sublime-settings、Markdown.sublime-settings），互不影响 - 注意：这个设置只对对应语法生效，不改变 UI 主题或全局默认 scheme
真正难的不是写 rule，是判断哪段文本到底属于哪个 scope——它取决于语法定义文件，而不是你肉眼看到的样子。每次怀疑配色没生效，第一反应不该是重装插件，而是按一次 Ctrl+Alt+Shift+P。
