必须先确保终端中 node -v 可用，否则 Sublime 配置无效；最稳方案是构建系统中硬编码 node 绝对路径，并设 "working_dir":"$file_path" 保证模块加载正确。
Sublime Text 本身不带 Node.js 运行时，所谓“配置环境”就是让它能调用你系统里装好的 node 命令——如果终端里都跑不了 node -v，Sublime 就一定跑不起来。
为什么 Ctrl+B 报 “'node' is not recognized” 或 “command not found: node”
这不是 Sublime 的 bug，是 PATH 继承失效。macOS/Linux 图形界面启动 Sublime 时根本不会加载 ~/.zshrc 或 ~/.bash_profile；Windows 上则常见 Node.js 安装时没勾选 “Add to PATH”，或用了 Microsoft Store 版本（不写系统变量）。
- 先在终端运行
which node（macOS/Linux）或where node（Windows），拿到绝对路径，比如/opt/homebrew/bin/node或C:\Program Files\nodejs\node.exe - 别信
"shell": true能自动修复 PATH——它在 macOS 上可能加载错 shell 配置，在 Windows 上反而容易卡住 - 最稳做法：构建系统里直接写死这个绝对路径，绕过所有环境变量问题
怎么写一个真正能跑的 .sublime-build 文件
文件名必须以 .sublime-build 结尾，保存到 Packages/User/ 目录下（macOS 是 ~/Library/Application Support/Sublime Text/Packages/User/，Windows 是 %APPDATA%\Sublime Text\Packages\User\）。
根据 package.json 中的 engines 字段自动检测 Node.js 版本需求，未安装 nvm 时自动安装并切换至对应版本。支持 Windows、macOS、Linux。适用于 Node.js 项目开发、版本切换和环境配置。
-
"cmd"必须是数组，例如["/usr/local/bin/node", "$file"]，不能写成字符串"node $file" -
"working_dir": "$file_path"不可省略——否则require('./utils')会因工作目录错误而报Cannot find module -
"selector": "source.js"确保只对.js文件启用该构建系统 - JSON 必须合法：不能有注释、尾随逗号、单引号
用 nvm / volta 管理 Node 版本时怎么办
nvm 的本质是动态改 PATH，但 Sublime 构建进程根本不会执行 nvm use 或读取你的 shell 配置。所谓“支持 nvm”，其实是让它调用 nvm 实际安装的二进制文件。
- 别写
"cmd": ["nvm", "exec", "18.18.2", "node", "$file"]——nvm命令在构建环境里大概率不存在 - 运行
nvm which 18.18.2拿到真实路径，比如~/.nvm/versions/node/v18.18.2/bin/node，然后硬编码进"cmd" - 注意：
~在 JSON 中不展开，得写成完整路径，如/Users/yourname/.nvm/versions/node/v18.18.2/bin/node - 每次切换 Node 版本后，必须手动更新这个路径
运行带 readline 或 prompt() 的脚本为啥卡住
Sublime 的构建输出面板不支持 process.stdin。一旦脚本里有交互式输入逻辑，就会无响应或直接退出——这不是配置问题，是机制限制。
- 想测试 CLI 工具？改用终端跑
node script.js - 想快速验证逻辑？把交互部分临时注释掉，或改成传参方式（如
process.argv） - 别试图用
"shell": true或改encoding来“修复”这个限制
最常被忽略的点："working_dir": "$file_path" 和绝对路径硬编码。很多人写了构建系统却忘了设工作目录，结果 require 失败；或者依赖 node 命令名，却没意识到图形界面下根本找不到它。
