sublime构建系统中npm install失败是因未继承shell环境，需用which npm获取绝对路径并硬编码到sublime-build文件中，或通过shell脚本封装实现工具自动检测与执行。
构建系统里直接跑 npm install 会失败
Sublime 的 sublime-build 文件默认不加载你的 shell 配置（比如 .zshrc 或 .bashrc），所以即使终端里能执行 npm install，构建系统里大概率报 command not found: npm。这不是路径没配对，是环境根本没继承。
- 构建系统启动时只读取系统级 PATH，不会执行
source或激活 nvm/node 版本管理器 - 哪怕你用
nvm use 18切好了版本，subl启动的子进程也看不到 -
which npm在终端输出有效路径，但在构建系统里查不到——得靠绝对路径硬编码
用绝对路径写构建系统才可靠
先在终端确认 npm 实际位置：which npm，常见路径如 /usr/bin/npm（Ubuntu）、/opt/homebrew/bin/npm（macOS Intel）、/opt/homebrew/opt/node@18/bin/npm（macOS Apple Silicon）。然后新建构建系统：
{
"cmd": ["/usr/bin/npm", "install"],
"working_dir": "$project_path",
"selector": "source.json"
}
-
working_dir设为$project_path确保命令在项目根目录执行，否则package.json找不到 - Windows 用户注意：路径必须用正斜杠
/，别写成C:\Program Files\nodejs\npm.cmd，JSON 解析会出错 - 如果项目用了 pnpm/yarn，同样用
which pnpm拿绝对路径，替换cmd数组第一项
想一键装依赖还带错误提示？加个 shell 封装
单纯靠 cmd 数组没法捕获 stderr 或做条件判断。更稳的做法是写个 shell 脚本封装逻辑，再让构建系统调用它：
比如创建 ./scripts/install-deps.sh：
#!/bin/bash cd "$1" || exit 1 if command -v pnpm >/dev/null; then pnpm install else npm install fi
构建系统里写：
{
"cmd": ["/bin/bash", "$project_path/scripts/install-deps.sh", "$project_path"],
"working_dir": "$project_path"
}
- 脚本里用
command -v判断工具是否存在，比硬写死路径更灵活 - 务必给脚本加可执行权限：
chmod +x ./scripts/install-deps.sh - Linux/macOS 可用；Windows 需改用批处理或 PowerShell，且
cmd数组要换成["cmd.exe", "/c", "install-deps.bat"]
别忘了绑定到快捷键和文件类型
构建系统建好后，默认不会自动触发。需要手动选中，或绑定快捷键：
- 保存为
Install Dependencies.sublime-build，放在Packages/User/目录下 - 打开命令面板（
Ctrl+Shift+P），输入Set Build System→ 选它 - 想按快捷键运行？进
Preferences → Key Bindings，加一条：[{"keys": ["ctrl+alt+i"], "command": "build", "args": {"build_system": "Packages/User/Install Dependencies.sublime-build"}}] - 如果只想在有
package.json的项目里显示该构建项，把selector改成source.json或留空，靠working_dir和脚本逻辑控制
真正容易被忽略的是：构建系统无法自动感知 node_modules 是否已存在，也不会跳过重复安装。如果项目大、依赖多，每次 Ctrl+B 都全量重装，会拖慢节奏——得靠脚本加缓存判断，或者干脆只在终端里执行 npm ci 更可控。
