删颜色方案需清空Packages/User/下的.sublime-color-scheme文件、Preferences.sublime-settings中color_scheme引用及项目级.sublime-project配置，否则残留引用会导致报错或静默回退。
删颜色方案不能只靠 Package Control 卸载，它只删插件本体，不碰 Packages/User/ 下的自定义配色文件和引用配置——删完你还可能在命令面板里搜到它，点开却报错。
怎么确认一个颜色方案是“多余”的
所谓“多余”，通常指这几种情况：
• 你手动复制过 .sublime-color-scheme 到 Packages/User/，但后来换主题了，文件还留着
• 用 Preferences: Customize Color Scheme 生成过 Custom.sublime-color-scheme，又新建了 Dracula-custom.sublime-color-scheme，旧的没删
• 插件（如 A File Icon）自带配套配色，卸载插件后配色文件仍躺在 Packages/User/ 里
• 右下角状态栏点配色名 → “Copy Path”，路径指向 Packages/User/xxx.sublime-color-scheme，但你在 Preferences → Color Scheme 菜单里根本看不到它——说明它没被启用，只是残留
删前必须关死所有 Sublime 进程
否则 Packages/User/ 下的文件会被锁住，删到一半卡住或静默失败。
• Windows：按 Ctrl+Shift+Esc 打开任务管理器 → 搜索 sublime_text.exe 和 subl.exe → 全部右键“结束任务”
• macOS：打开「活动监视器」→ 搜索 Sublime Text → 强制退出所有匹配项
• Linux：终端执行 pkill -f "sublime_text" 或 pkill -f "subl"
真正要删的三个地方
别只删菜单里选不到的文件，重点清这三处：
• Packages/User/ 下所有带颜色方案名的 .sublime-color-scheme 文件，比如 Custom.sublime-color-scheme、Dracula-custom.sublime-color-scheme、AFileIcon-color-scheme.sublime-color-scheme
• Packages/User/Preferences.sublime-settings 里检查是否有 "color_scheme" 字段指向已删文件，有就删掉整行（否则启动时报找不到 scheme）
• 如果你用过项目级配置（.sublime-project），打开它检查 "settings": {"color_scheme": "..."} 是否引用了已删文件，有就清理
删完重启还加载旧颜色？检查 scope 绑定和语法专属设置
即使你删光了 Packages/User/ 下所有配色文件，编辑区颜色仍不对，大概率是以下两个地方在“偷偷接管”：
• 当前文件语法类型绑定了专属配色：右下角点语法名（如 Python）→ “Open Syntax Specific Preferences”，看里面有没有 "color_scheme" 字段
• 某个插件（如 LSP 或 GitGutter）在运行时动态注入了 scope 规则，用 Ctrl+Shift+P → 输入 Show Scope Name，看状态栏返回的 scope 是否包含 source.python 类前缀，再查对应插件的 .sublime-settings 是否写了覆盖规则
• Preferences → Settings – User 里若写了 "color_scheme": "Packages/Color Scheme - Default/Mariana.sublime-color-scheme"，但实际路径中空格或大小写错了（比如写成 mariana），Sublime 会静默回退到默认方案，看起来像“删了没用”
最常被忽略的是：删了配色文件，但没清 Preferences.sublime-settings 里的引用字段，或者误删了正在用的 Custom.sublime-color-scheme 却忘了它其实是当前唯一生效的配置——删完直接变回默认黑底白字，容易误判为“崩溃”。
