Sublime Text 本身不带 Node.js 运行时，所谓“配置环境”就是让它调用系统已安装的 node 命令；若终端中 node -v 报错，则需先修复 PATH，再在构建系统中写死 node 绝对路径并设置 "working_dir": "$file_path" 和必要时 "shell": true。

Sublime Text 本身不带 Node.js 运行时，所谓“配置环境”就是让它能调用你系统里已装好的 node 命令——如果终端里 node -v 都报错，Sublime 一定跑不起来。

为什么 Ctrl+B 报 “'node' is not recognized” 或 “command not found: node”

这不是 Sublime 的 bug，是它启动时没继承你 Shell 里配置的 PATH。尤其 macOS 上通过 Dock 或 Spotlight 启动的 Sublime，压根不会加载 ~/.zshrc 或 ~/.bash_profile；Windows 上若安装 Node.js 时没勾选 “Add to PATH”，或者用了 nvm-windows 却没先 nvm use 就启动 Sublime，也会失败。

• 先在终端/命令提示符里运行 node -v，确认能输出版本号
• 如果不行，先解决系统级 PATH 问题：macOS/Linux 用 which node，Windows 用 where node，拿到绝对路径
• 别指望 Sublime 自动探测 node —— GUI 启动模式下它的 PATH 很精简，基本不可靠

构建系统里该用 ["node", "$file"] 还是写死绝对路径

推荐写死绝对路径，尤其跨平台协作或环境不稳定时。用相对命令名（如 "node"）依赖 PATH 继承，而 Sublime 的 PATH 继承行为不一致，容易“本地能跑、换台电脑就挂”。

Zenlink - Node SDK for ZenHeart

ZenHeart zenlink 与 zenlink-mcp 为 OpenClaw，涵盖安装、MCP 注册、钩子接线、入站轮询及升级维护。

下载

• macOS/Linux 示例："/usr/local/bin/node" 或 "/opt/homebrew/bin/node"（M1/M2 Mac 常见）
• Windows 示例："C:\Program Files\nodejs\node.exe"（注意双反斜杠转义）
• 不要写 ["nodemon", "$file"] 直接调用全局工具 —— Windows 下大概率找不到，应改用 ["cmd", "/c", "nodemon $file"] 或 ["sh", "-c", "nodemon $file"]

"working_dir": "$file_path" 为什么不能省

省掉这行，require('./config.json') 或 fs.readFile('data.txt') 会从 Sublime 安装目录开始找文件，而不是你 JS 文件所在目录 —— 所有相对路径全崩，模块加载失败、文件读取报 ENOENT。

• $file_path 是当前 JS 文件的**目录路径**，不是文件路径；$file 是完整路径（含文件名）
• 这个设置直接影响 process.cwd() 返回值，和你在终端里 cd /path/to && node script.js 的行为对齐
• 即使脚本里没显式用 require 或 fs，某些依赖包（比如 dotenv）也会基于当前工作目录加载 .env 文件

"shell": true 在不同系统下的实际影响

设为 true 让命令走 shell 解析，对跨平台兼容性很关键，但不是所有场景都需要。

• macOS/Linux 必须开：否则 nvm 切换的 Node 版本不会生效，PATH 里的别名、函数也用不了
• Windows 上可关可开，但开更稳 —— 某些安装路径含空格或特殊字符时，shell: false 可能解析失败
• 如果开了 shell: true 后输出乱码，加 "encoding": "utf-8" 显式指定编码

最易被忽略的一点：Sublime 的构建系统不自动重载。改完 .sublime-build 文件后，必须手动在 Tools → Build System 里重新选中一次，否则 Ctrl+B 还是跑旧配置。