sublime构建系统不继承shell环境变量，需从终端启动或手动在env中硬编码pythonpath、gcc_colors等；windows需修改系统path，macos/linux应使用subl命令启动。
Sublime 构建系统读不到 PYTHONPATH 或 GCC_COLORS 怎么办
Sublime 启动时只加载系统级环境变量（如 Windows 的「系统变量」、macOS/Linux 的 /etc/environment），完全忽略你在 .zshrc、.bash_profile 里用 export 设置的变量。所以即使终端里 echo $PYTHONPATH 有输出，构建系统里也为空。
env 字段能覆盖但不能继承 shell 环境
构建系统 JSON 中的 env 是硬编码字典，只覆盖不继承。它不会自动合并你 shell 里的现有变量，也不会执行 source ~/.zshrc 这类操作。
- 想让
g++使用颜色输出，得显式写："env": {"GCC_COLORS": "auto"} - 想把当前项目路径加进
PYTHONPATH，得写死路径："env": {"PYTHONPATH": "/Users/you/project/src"} - 若路径含空格或特殊字符，必须用双引号包裹整个值，JSON 才合法
Windows 下 PATH 不生效的典型表现和修复
按 Ctrl+B 报错 'g++' is not recognized 或 command not found: python3，不是构建配置错了，而是 Sublime 根本没拿到你的 PATH。
- 先在 CMD 运行
where g++（Windows）或终端运行which python3（macOS/Linux），确认命令本身可用 - Windows：把 MinGW 或 Python 的
bin目录（如C:\msys64\mingw64\bin）加进「系统变量」的Path，不是「用户变量」 - macOS/Linux：GUI 启动的 Sublime 不读 shell 配置，必须从终端执行
subl启动，或改用launchctl setenv注册变量（较麻烦） - 改完 PATH 后，务必在任务管理器里杀掉所有
subl进程，再重新打开，否则新变量不会加载
需要动态环境变量时，别硬塞进 env 字段
比如 RVM/rbenv 管理的 Ruby 版本、conda 激活的环境、或项目级 .env 文件，靠静态 env 字段无法支持。这时得绕开环境变量，直接调用带上下文的命令。
- Ruby 用户应写：
"cmd": ["rbenv", "exec", "ruby", "${file}"]，而不是试图把RUBY_VERSION塞进env - conda 环境下，用：
"shell_cmd": "conda run -n myenv python '${file}'" - Python 项目依赖
venv？直接指向虚拟环境里的解释器："cmd": ["/path/to/venv/bin/python", "${file}"]
真正容易被忽略的是：环境变量不是“设置完就全局生效”，Sublime 的构建系统对它的消费方式非常原始——要么全盘继承系统级变量，要么手动硬编码，没有中间态。想让它“懂”你的 shell 环境，唯一可靠的方式就是从终端启动它。
