Sublime Text不自动识别虚拟环境，import失败主因是未在.sublime-project中显式配置path指向venv的Scripts或bin目录；必须用绝对路径、双引号包裹含空格路径、Reload Project生效，且.sublime-build须存于Packages/User/并命名规范。
Sublime Text 本身不管理 npm、pip 或 composer 的依赖版本，它只负责编辑和构建——但通过正确配置项目文件与构建系统，你能让每个项目严格使用自己的虚拟环境或依赖路径，避免全局污染和版本冲突。
为什么改了 .sublime-project 里的 Python 路径却还是 import 失败？
根本原因不是解释器路径写错了，而是 Sublime 没把虚拟环境的可执行目录加进 PATH，导致它找不到 pip 安装的包。
-
path字段必须显式声明，且指向虚拟环境的Scripts（Windows）或bin（macOS/Linux）目录，不能只靠cmd里写绝对路径 - Windows 下路径含空格时，
path值要用双引号包裹，例如："C:/my project/venv/Scripts" - macOS/Linux 的
path必须用正斜杠，反斜杠会静默失效；路径中不要用~，要用完整绝对路径 - 改完
.sublime-project文件后，必须手动执行 Project → Reload Project，仅保存不生效
.sublime-build 文件总不出现在 Build System 列表里？
不是插件没装好，是文件位置或命名踩了硬性规则。
- 必须保存在
Packages/User/目录下（可通过 Preferences → Browse Packages → User 进入） - 文件名必须以
.sublime-build结尾，且不能含空格、中文、括号，例如py311_venv.sublime-build可行，my venv build.sublime-build不行 - JSON 格式必须合法：不能有末尾逗号、BOM 头、不可见控制字符；可用 jsonlint.com 验证
- 如果用了相对路径（如
"cmd": ["python", "-u", "$file"]），path字段就更关键——否则 Sublime 仍会 fallback 到系统 Python
多个项目要切不同 Python 版本 + 不同依赖，怎么免切换？
靠 .sublime-project 绑定构建系统，而不是靠菜单手动选。
- 在项目文件的
"build_systems"数组里直接写死构建系统名称，例如："build_systems": [{"name": "Python_VENV"}] - 确保该名称与你放在
Packages/User/下的.sublime-build文件名一致（不含扩展名） - 每个项目各自配自己的
.sublime-project，里面"settings"可覆盖python_interpreter、env环境变量等，互不影响 - 别把
.sublime-workspace提交到 Git——它只存你个人窗口状态，不是项目配置
真正容易被忽略的点是：Sublime 从不自动感知虚拟环境激活状态，所有路径都得硬编码或用变量（如 ${folder}）拼接；而 folders 字段一旦格式出错（比如路径用反斜杠、值为空数组），整个项目文件就会静默失效——侧边栏变空，你也收不到任何报错提示。
