Sublime Text 多构建系统生效需将每个合法 JSON 格式的 .sublime-build 文件置于 Packages/User/ 目录下，命名规范、扩展名正确、selector 匹配语言，且通过菜单或快捷键手动切换；项目级可在 .sublime-project 中定义 build_systems 数组实现自动绑定。
Sublime Text 本身不支持“管理多个构建系统”这个动作——它只认 Packages/User/ 目录下的 .sublime-build 文件，且每个文件只定义一个构建行为。所谓“管理”，实际是靠你手动组织、命名、放置和切换这些文件。
如何让多个 .sublime-build 文件生效
Sublime 只扫描固定路径：Packages/User/。放错地方就完全不可见。
- 用菜单
Preferences → Browse Packages…打开用户目录，确保所有.sublime-build文件都在User/下 - 文件名必须以
.sublime-build结尾（不是.json、.sublime-build.txt或带空格） - Windows 路径示例：
%APPDATA%\Sublime Text 3\Packages\User\Python3.11.sublime-build - macOS 路径示例：
~/Library/Application Support/Sublime Text 3/Packages/User/NodeJS.sublime-build - 新建后如果菜单里没出现，先检查文件是否真在该目录、扩展名是否正确、JSON 是否有末尾逗号或单引号
为什么选了构建系统却没用对解释器
常见假成功：菜单显示 Python (venv)，但 print(sys.executable) 输出的是 /usr/bin/python3。
-
cmd字段必须写绝对路径，~/和.不会被展开（Mac/Linux 写/Users/you/venv/bin/python，Windows 写C:/myproject/venv/Scripts/python.exe） - 漏掉
path字段会导致模块找不到——虚拟环境的bin或Scripts目录必须显式加入"path": "/path/to/venv/bin" -
selector写错会干扰自动匹配：比如想只在.py文件中显示，就得写"selector": "source.python"；写成"source"就会在所有代码文件里冒出来 - 验证方式唯一：在 Python 文件里加
import sys; print(sys.executable)，然后Ctrl+B运行看输出
项目级构建系统比全局更可靠
如果你同时维护多个 Python 项目，各自用不同虚拟环境，靠手动切换菜单里的构建系统极易出错。
- 先保存项目：
Project → Save Project As…，生成.sublime-project文件 - 在该文件中直接写
build_systems数组，例如：
{
"folders": [{"path": "."}],
"build_systems": [{
"name": "Python (myapp-venv)",
"cmd": ["/Users/you/myapp/venv/bin/python", "-u", "$file"],
"selector": "source.python",
"working_dir": "$file_path"
}]
}
- 这样打开项目时，
Tools → Build System会自动列出该项目专属的构建项，且默认绑定 - 不同项目互不干扰，不用每次打开都重新选，也避免误用系统 Python
- 别把多个项目的构建配置塞进同一个
.sublime-build文件——Sublime 不支持
真正麻烦的从来不是写几个 JSON 文件，而是路径写错、path 漏配、或以为改了菜单名就等于切了环境。验证永远比配置多一步：运行 sys.executable 看输出，才是唯一可信的判断依据。
