color_scheme不生效主因是路径错误、格式不兼容或被User配置覆盖；需确保路径大小写精确、使用.sublime-color-scheme格式、检查Preferences.sublime-settings是否硬编码覆盖，并用Inspect Color Scheme和Show Scope Name定位真实加载文件与作用域。
color_scheme 不生效，90% 是路径写错、格式不兼容或被用户配置覆盖——它不报错，只默默退回默认配色（通常是 Monokai），看起来像“生效了”，其实根本没加载你指定的文件。
检查 color_scheme 路径是否真实存在且大小写完全匹配
Sublime Text 4 只认 .sublime-color-scheme 格式，且路径必须是相对于 Packages/ 的完整路径。常见错误包括：
- 把文件放在
Packages/User/下，却只写"MyScheme.sublime-color-scheme"（缺Packages/User/前缀） - 路径大小写不符：macOS/Linux 区分大小写，
Ayu-Mirage.sublime-color-scheme≠ayu-mirage.sublime-color-scheme - 误用系统绝对路径（如
/Users/xxx/MyScheme.sublime-color-scheme），Sublime 完全不支持 - 复制了源码里的
.json或.xml文件，但没重命名为合法后缀
最稳妥做法：按 Ctrl+Shift+P → 输入 Inspect Color Scheme 回车，看状态栏显示的当前路径；若显示 Packages/Color Scheme - Default/Monokai.sublime-color-scheme，说明你的配置根本没加载成功。
确认是否用了 ST4 兼容的 .sublime-color-scheme 格式
Sublime Text 4 彻底弃用 XML 格式的 .tmTheme，直接丢进去会静默失败。验证方式：
- 打开你的配色文件，第一层必须有
"base_type"字段（如"base_type": "text"），否则整个文件被忽略 - 结构必须是三层：
base_type、variables、rules，漏一层都不行 - 老主题（如 Dracula、Ayu）若只提供
.tmTheme，必须用 tmTheme Editor 导出为.sublime-color-scheme，不能手动改后缀
排查 User 设置覆盖和作用域匹配问题
即使菜单里选了新方案，只要 Packages/User/Preferences.sublime-settings 里硬编码了 color_scheme，就会以它为准——这是最隐蔽的覆盖源。
- 打开
Preferences.sublime-settings – User，搜索color_scheme，删掉或修正它 - 改完后，务必通过
Preferences → Color Scheme…手动再选一次你的方案，确保它被真正启用 - 如果颜色仍不对，按
Ctrl+Shift+P→Developer: Show Scope Name，光标停在目标元素（如注释、字符串）上，看实际作用域是comment.line.number-sign.python还是string.quoted.double.python，然后在rules数组里精准匹配该scope修改，别只改泛用的comment
为什么改了 selection 还是看不见高亮？
选中文本背景色由 rules 里的 "scope": "selection" 控制，但同词高亮（highlight_word）走的是另一套规则："name": "Highlight" 或 "scope": "region.yellowish"。
- 在你当前启用的
.sublime-color-scheme文件中搜索Highlight，改它的background，不是foreground - 很多暗色主题把
Highlight的background设成"#33333380"这类极淡灰，在深背景上根本不可见 - 确保该规则写在
"rules"数组内，且 JSON 语法正确（逗号、引号、括号闭合）
真正卡住人的地方，往往不是不会改，而是改错了文件——比如直接编辑 Packages/Dracula Color Scheme/ 下的原文件，升级后就没了；或者以为改了 Preferences.sublime-settings 就能调高亮，结果它对颜色方案完全无感。动手前先用 Show Scope Name 和 Inspect Color Scheme 确认当前加载的是哪个文件、作用域是什么，比盲目试错快得多。
