Sublime运行Node.js需手动配置构建系统：必须用绝对路径指定node解释器、设"working_dir":"$file_path"确保模块加载正确、"selector":"source.js"匹配JS文件，否则Ctrl+B报“node not recognized”或require失败。
Sublime 本身不带 Node.js 运行时，所谓“配置环境”就是让它能调用你系统里已装好的 node 命令——如果终端里都跑不了 node -v，Sublime 肯定也跑不了，这是所有失败的起点。
为什么 Ctrl+B 报 “'node' is not recognized”
根本原因是 Sublime 启动时没继承到你 shell 配置里的 PATH，尤其 macOS/Linux 下通过 Dock 或 Spotlight 启动时，~/.zshrc 根本没加载；Windows 上则常见安装时没勾选 “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\）。
- 内容必须是合法 JSON，顶层为对象，不能有注释、尾随逗号或单引号
-
"cmd"必须是数组，例如["/usr/local/bin/node", "$file"]，不能写成字符串"node $file" -
"working_dir": "$file_path"不可省略——否则require('./utils')会因工作目录错误而报Cannot find module -
"selector": "source.js"确保只对.js文件启用该构建系统
用 nvm 或 volta 管理 Node 版本时怎么办
nvm 的本质是动态改 PATH，但 Sublime 构建进程根本不会执行 nvm use 或读取你的 shell 配置。所谓“让 Sublime 支持 nvm”，其实是让它调用 nvm 实际安装的二进制文件。
诊断并恢复通过 SSH 隧道连接的 OpenClaw 节点。用于解决配对必需错误、隧道冲突、远程端点错误以及 SSH 目标配置错误等问题。
立即学习“Java免费学习笔记（深入）”；
- 别写
"cmd": ["nvm", "exec", "18.18.2", "node", "$file"]——nvm命令在构建环境里大概率不存在 - 运行
nvm which 18.18.2拿到真实路径，比如~/.nvm/versions/node/v18.18.2/bin/node，然后硬编码进cmd - 每次切换 Node 版本后，必须手动更新这个路径；如果嫌麻烦，就放弃 nvm 在 Sublime 中的“自动切换”，只保证当前项目用的版本路径固定
运行带参数或需要交互的脚本为什么卡住
Sublime 的构建输出面板不支持 process.stdin，一旦脚本里有 readline 或 prompt，就会卡住或直接退出。
- 带参数运行可用硬编码方式：
"cmd": ["node", "$file", "arg1", "arg2"] - 不要试图在构建系统里做交互式输入——这不是它的设计目标
- 中文路径或输出含中文时乱码？加
"encoding": "UTF-8"（Sublime 4+ 基本默认 OK，老版本需手动加）
最容易被忽略的是 $file_path 和 $file 的区别：用 $file_name 或 $file_base_name 会导致 Node.js 在错误目录下执行，require('./xxx') 必然失败；只有 $file 包含完整路径，才能让模块加载和文件读写行为与终端一致。
