不是必须，但只有写在.sublime-project里才能真正实现“项目专属”；单独建的.sublime-build文件属于全局或语法级，所有匹配selector的文件都会触发，而项目构建需通过build_systems字段绑定目录、依赖和运行环境。
项目专属构建系统必须写在 .sublime-project 里吗？
不是必须，但只有写在里面才能真正实现“项目专属”。你单独在 Packages/User/ 下建一个 MyProject.sublime-build，它仍是全局或语法级的——所有匹配 selector 的文件（比如所有 .py）都可能触发它，和你当前开的是哪个项目无关。
真正隔离靠的是 .sublime-project 文件里的 build_systems 字段。它让 Sublime 知道：“这个构建只属于这个项目”，菜单里会显示带项目名前缀的选项（如 MyApp — Run (venv)），且仅在该项目激活时出现。
- 没保存项目 → 没有
.sublime-project→ 项目专属构建根本不存在 - 保存了但没通过
Project → Open Project…加载 → 配置不生效（窗口标题栏不显示项目名就是最直接信号） - 文件名不是
.sublime-project，或含空格/中文 → Sublime 直接忽略
build_systems 字段怎么写才不被误用？
关键在 selector 和 name。没有 selector，构建系统就变成“无差别执行”：哪怕你当前打开的是 README.md，按 Ctrl+B 也可能跑起来；name 不只是菜单显示名，还决定快捷键能否命中、是否被自动选中。
-
selector必须精确匹配语法作用域，例如 Python 项目写"source.python"，TypeScript 写"source.ts" - 混用多语言（如 Python + Shell）时，定义多个构建系统，各自配不同
selector，别用一个cmd硬扛全部 -
name推荐带上下文说明，比如"Run (venv)"或"Test (pytest)"，避免和用户级构建同名覆盖 - 务必设
"working_dir": "$file_path"，否则import或读配置容易报ModuleNotFoundError或FileNotFoundError
为什么改了 .sublime-project 却没反应？
Sublime 不会热重载项目配置。改完保存后，必须关闭当前项目窗口，再用 Project → Open Project… 重新加载那个 .sublime-project 文件——这是唯一可靠生效方式。重启 Sublime 没用，Ctrl+Shift+P → Reload Project 也不行。
常见错误现象：Tools → Build System 菜单里看不到新选项，或者点了之后报错说找不到命令，基本都是因为没重新加载项目。
- 确认
.sublime-project和.sublime-workspace成对存在，且都在项目根目录 - 检查 JSON 格式是否合法（逗号、引号、括号），Sublime 不报错但会静默跳过整个
build_systems数组 - 如果用了变量如
$project_path，确保路径存在且可访问，尤其在跨平台共享项目时
想用快捷键直接触发项目构建，该怎么做？
不能绑定 build 命令，必须用 build_with 并显式传 args.name。因为 build 命令默认不响应快捷键，写了也静默忽略。
示例：绑定 Ctrl+Alt+B 启动项目内名为 "Run (venv)" 的构建系统：
[{
"keys": ["ctrl+alt+b"],
"command": "build_with",
"args": {"name": "Run (venv)"}
}]
-
name必须完全一致，区分大小写、空格、括号，不能简写 - 如果构建系统是项目级的，
name值以.sublime-project中定义的为准，不是.sublime-build文件名 - 别覆盖
Ctrl+B，它负责自动识别语言的默认构建流程；优先用Ctrl+Alt+B或Ctrl+Shift+B避免冲突 - 真要复用
Ctrl+B，得加context限定，比如只在 Python 文件里生效：{"key":"selector","operand":"source.python"}
最易被忽略的一点：项目构建系统的 env 字段（环境变量）不会自动继承 shell 启动时的 PATH，如果你依赖 poetry、nvm 或特定 bin 目录，必须显式写进 env 里，否则命令找不到。
