sublime text不支持内置多模式切换，仅支持多个.sublime-build文件并存并手动选择；每个文件须置于packages/user/目录，通过working_dir动态适配单文件或项目运行，且需用sys.executable验证实际解释器路径。
构建系统本身不支持“多模式切换”，只支持“多构建系统并存+手动选择”
Sublime Text 没有内置的“运行模式”开关（比如单文件/工程/调试/发布），所谓“多模式”实际是多个独立的 .sublime-build 文件，各自对应不同行为。你不能在一个文件里写 if-else 切换工作目录或解释器路径，只能靠多个文件 + 显式选择来实现。菜单里看到的每个选项（如 Python3、Python_VENV、Python_ProjectRoot）都来自一个物理文件，且必须放在 Packages/User/ 目录下才生效。
怎么让同一个语言适配单文件运行和项目内运行
关键在 working_dir 字段是否动态 fallback。默认它不设值，就会退化为 $file_path（即当前文件所在目录），这在单文件时刚好够用，但加进项目后往往出错——因为 import 会按 $file_path 查找模块，而不是按项目根目录。
推荐写法（适用于 Python）：
{
"cmd": ["python", "-u", "$file"],
"working_dir": "$project_path",
"selector": "source.python",
"file_regex": "^[ ]*File \"(*?)\", line ([0-9]*)"
}
说明：
-
$project_path在未打开项目时为空字符串，此时 Sublime 会自动 fallback 到$file_path，单文件也能跑 - 一旦打开项目（
Project → Save Project As…），$project_path就变成项目根目录，import 就能按项目结构解析 - 别写
"working_dir": "$project_path/$file_path"这类拼接——Sublime 不支持嵌套变量 - 如果项目结构复杂（如源码在
src/下），可改用"working_dir": "$project_path/src"，但需确保所有成员项目结构一致
为什么选了构建系统却没用上目标 Python 解释器
常见假成功：菜单里明明选了 Python3.11_VENV，但 print(sys.executable) 输出还是 /usr/bin/python3。根本原因不是名字没起对，而是以下任一环节断了链：
-
.sublime-build文件没放在Packages/User/（可通过Preferences → Browse Packages…确认路径） - JSON 有语法错误：末尾多逗号、用了单引号、写了注释（Sublime 不允许 JSON 注释）
-
cmd里只写了python，没写绝对路径；或 Windows 下路径含空格但没加双引号 - 漏了
path字段——尤其虚拟环境，没有它，import requests会直接报ModuleNotFoundError - macOS/Linux 下
path值写成/venv/bin/python（这是可执行文件路径），正确应是/venv/bin（这是目录）
想一键切换“带输入”和“不带输入”的运行方式怎么办
Sublime 默认构建系统无法交互式读取 input()，Ctrl+B 输出窗口是只读的。真要支持输入，得绕道外部终端，这时“模式切换”就变成两个构建系统：
- 一个走内置输出（适合快速验证、无输入逻辑）：
"cmd": ["python", "-u", "$file"] - 另一个走
Terminus插件启动终端（需提前装好插件）："cmd": ["python", "-u", "$file"]+"target": "terminus_exec"+"cancel": true
注意：Terminus 构建系统必须显式声明 "target": "terminus_exec"，否则 Sublime 仍会往内置面板送命令。另外，Windows 用户若用 cmd 启动，记得加 "shell": true 并把命令串成一行，例如："cmd": "python -u \"$file\""。
最易被忽略的一点：所有这些“模式”都依赖你主动选择——Sublime 不会根据文件内容或项目状态自动切构建系统。哪怕你配置了十个 Python 构建系统，每次运行前仍要按 Ctrl+Shift+P 输入 Set Build System 再选一次。习惯之后很快，但别指望它智能推断。
