Sublime Text构建系统识别依赖文件名和内容共同作用，改名无效；必须删除旧文件、新建含合法JSON及"name"字段的新文件，并重启编辑器才能生效。

构建系统文件名改了，Sublime 就认不出来

Sublime 的构建系统本质是 .sublime-build 文件，放在 Packages/User/ 或项目根目录下。它不靠“菜单里重命名”生效，而是靠文件名+内容共同识别。直接在侧边栏右键改名（比如把 NodeJS.sublime-build 改成 node.sublime-build）后，旧菜单项不会消失，新名字也不会自动出现在 Tools → Build System 列表里——因为 Sublime 只扫描特定路径下的 .sublime-build 文件，且会缓存元信息。

正确做法：删旧建新，别改文件名

想换一个构建系统的名称或行为，最稳妥的方式不是重命名文件，而是：

• 先在 Packages/User/ 目录下找到原文件（如 NodeJS.sublime-build），手动删除它
• 新建一个同名或新名的 .sublime-build 文件（如 node_custom.sublime-build）
• 内容必须包含合法 JSON，且至少有 "name" 字段（这个字段才决定菜单里显示什么）
• 例如：

  {
    "name": "Node (ESM)",
    "cmd": ["node", "--experimental-modules", "$file"],
    "selector": "source.js"
  }

• 保存后，按 Ctrl+Shift+P 输入 Build System: Node (ESM) 即可选中，或从菜单刷新出现

为什么不能用 SideBarEnhancements 批量重命名构建系统文件

SideBarEnhancements 的 Batch Rename 对 .sublime-build 文件无效，原因有三：

• 插件重命名只触发 os.rename()，不通知 Sublime 重新加载构建系统列表
• Sublime 启动时已读取并缓存所有 .sublime-build 文件的 "name" 和路径；文件名变更后，旧缓存仍指向原路径，新文件名若没 "name" 字段则被忽略
• 如果你重命名后没删原文件（比如只是加了个 _old 后缀），它依然会被识别为一个构建系统，导致菜单里出现两个几乎同名的选项，容易选错

改完名字后菜单不更新？先清缓存再重启

即使你新建了正确的 .sublime-build 文件，菜单也可能延迟显示或不出现。这不是配置错误，而是 Sublime 的构建系统索引未刷新：

• 关闭所有窗口，彻底退出 Sublime（Windows/Linux 任务管理器确认进程结束，macOS 检查 Dock 图标是否消失）
• 重启后，按 Ctrl+Shift+P 输入 Build System，看新 "name" 是否在列表中
• 如果仍不出现，打开 Console（Ctrl+`），输入 sublime.log_commands(True)，再切换构建系统，观察是否有 error 或 invalid syntax 提示——常见于 JSON 缺少逗号、引号不闭合、"name" 值为空字符串
• 别依赖侧边栏右键刷新：Sublime 不监听 .sublime-build 文件的 fs 事件，改了文件必须重启或手动触发重载（目前无命令支持）

构建系统不是普通文件，它的“名字”由 "name" 字段定义，文件名只是载体。改名操作真正起效的地方永远在 JSON 内容里，而不是磁盘上那个文件叫什么。