删sublime自定义构建系统需手动删除packages/user/下对应.sublime-build文件，关进程后重启即可；菜单残留属ui缓存，切回automatic可刷新，顽固项需清理preferences.sublime-settings中build_system字段。
怎么删掉 build system 文件本身
Sublime 的自定义构建系统本质就是 .sublime-build 文件，存在 Packages/User/ 目录下。它不会出现在 Package Control 的管理列表里，也没法用命令一键卸载——必须手动删文件。
常见错误现象：菜单栏 Tools → Build System 里还列着已不用的构建项，点开却报错 Unable to find target 或直接无反应；或者改了配置但始终不生效，大概率是旧文件还在被读取。
- 先关掉所有 Sublime 进程（Windows 用任务管理器杀光
sublime_text.exe，macOS 用活动监视器查Sublime Text） - 执行
Preferences → Browse Packages…，进入打开的Packages/User/目录 - 找后缀为
.sublime-build的文件，比如Python3.sublime-build、NodeJS.sublime-build，直接删除 - 重启 Sublime，菜单里对应条目就消失了
删完文件后为什么 Build System 菜单里还有残留项
因为 Sublime 会缓存最近用过的构建系统名称，哪怕对应文件已删，菜单项仍可能残留一两版。这不是 bug，是 UI 层缓存，但容易误判为没删干净。
使用场景：你刚删了一个 Go.sublime-build，但 Tools → Build System 下还能看到 “Go” 选项，选了就报错 No build system found。
- 不用重装或清 Cache，只需手动触发一次“刷新”：在菜单里选中那个残留项，再切回
Automatic或另一个有效构建系统，它通常就会自动从历史列表里淡出 - 如果顽固不退，可临时编辑
Packages/User/Preferences.sublime-settings，搜"build_system"字段，删掉里面指向已删文件的路径值（如"build_system": "Packages/User/Go.sublime-build"） - 注意：别动
ignored_packages或其他无关字段，只清理明确关联构建系统的配置
如何避免新建 build system 后反复出现冲突或覆盖
新建构建系统时，如果文件名和已有内置或插件提供的同名（比如都叫 Python.sublime-build），Sublime 会按加载优先级覆盖——User 目录下的会生效，但容易导致升级后行为异常，或和插件（如 Anaconda、LSP）的构建逻辑打架。
参数差异：内置构建系统放在 Packages/Default/，插件构建系统在各自插件子目录，而你放 User/ 下的拥有最高优先级，但也最易失控。
- 命名时加前缀或后缀，比如
MyPython3.sublime-build、ShellScript-Deploy.sublime-build，避开和默认名重复 - 文件里
"name"字段也要同步更新，否则菜单显示名还是旧的，比如："name": "My Python3" - 不要复制粘贴后只改
cmd不改name和文件名，这是导致多个构建项看起来一样、实际执行逻辑混乱的主因
删 build system 会影响插件自带的构建功能吗
不会。插件（如 Terminal、BuildNext、SublimeLinter）提供的构建能力，是通过自己的 .sublime-build 文件或运行时注入实现的，它们不在 User/ 目录下，也不依赖你手写的文件存在。
容易踩的坑：有人为了“禁用某个插件的构建”，去删插件目录里的 .sublime-build，结果导致插件报错或部分功能失效——这是高危操作。
- 真正想停用插件构建，应走插件自身配置，比如在插件设置里关掉
build_on_save，或修改其ignored_packages - 如果你删的是自己写的、且名字和插件一致的文件，那只是“抢跑”覆盖了它；删掉你的文件，插件的就自然恢复生效
- 不确定某构建系统是谁提供的？右键菜单里选
Tools → Build System → New Build System…生成的一定在User/；其他来源一律先查Browse Packages…再定位
subl --sync-login）在背后拉回了旧配置，或者 Saved Application State 把上次选中的构建系统记死了。这两处不碰，删十遍文件也白搭。
