sublime构建系统不继承终端环境变量是常态，需硬编码绝对路径；可用envfile插件注入项目级.env变量，或通过终端命令open -a "sublime text"启动以透传shell环境。
Sublime 构建系统不继承终端环境变量是常态
你在终端里能跑 python3 --version 或 prettier --write，但 Sublime 的 Build System 一执行就报 command not found，不是配置漏了，而是它压根没读你的 ~/.zshrc、~/.bash_profile 或 Windows 的用户级 PATH。图形界面启动的 Sublime（双击图标、Dock 点开）在 macOS/Linux 上完全绕过 shell 初始化文件；Windows 上即使改了系统 PATH，旧的 subl.exe 进程也不会自动 reload。
硬编码绝对路径是最稳的导入方式
别依赖“自动继承”，构建系统里所有命令都得写死完整路径。否则换台机器、切个 shell、重装个 Homebrew，which python3 输出变了，你的 .sublime-build 就直接失效。
- 先在终端运行
which python3（或which prettier、which node），记下输出，比如/opt/homebrew/bin/python3 - 新建 Build System：
Tools → Build System → New Build System - 填入（注意：Windows 用正斜杠
/，不要反斜杠）：{ "cmd": ["/opt/homebrew/bin/python3", "-u", "$file"], "selector": "source.python", "file_regex": "^[ ]*File \"(.*?)\", line ([0-9]*)" } - 保存为
Python3.sublime-build，右下角状态栏手动选中它
EnvFile 插件可加载项目级 .env 文件
如果目标是让 Python 脚本运行时读到 .env 里的 API_KEY=xxx 这类变量，而不是解决命令找不到的问题，那就用 EnvFile 插件。它不改 PATH，只在 Build 执行前把 .env、.env.development 里的键值注入进程环境。
- 用
Ctrl+Shift+P调出命令面板，输入Install Package，搜索并安装EnvFile - 确保项目根目录有
.env文件（内容如DEBUG=true） - 构建系统里不用改
cmd，EnvFile会自动生效——但前提是你的脚本真正在运行时读取os.environ，不是编译期硬编码 - 不支持嵌套变量（如
A=1; B=$A），也不覆盖已存在的同名系统变量
macOS 图形启动必须用终端打开才能透传环境
想让 Sublime 直接拿到终端里定义的所有变量（包括通过 export PATH=... 动态追加的），唯一可靠办法是关掉图标启动，改用终端命令打开：
- 终端执行：
open -a "Sublime Text"（默认打开空窗口） - 或打开当前目录：
subl .（前提是subl命令已装好且可用） - 验证是否生效：新建一个 Build System，
"cmd": ["printenv | grep PATH"]，运行看输出是否和终端一致 - 别指望 Dock 右键“选项→在访达中显示”再拖进去能解决问题——那还是图形上下文
真正容易被忽略的是：EnvFile 插件只影响 Build System 启动的子进程，不影响 Sublime 自身的插件（比如 LSP 服务器或语法检查器）；而硬编码路径虽然稳，但多人协作时得同步更新每个人的本地路径——这时候就得靠 CI/CD 或容器兜底，而不是编辑器配置。
