VSCode终端node版本与系统不一致是因为其以non-login shell启动，不加载~/.zshrc中的nvm初始化逻辑；需将nvm配置移至~/.zsh_profile并配置VSCode终端为login shell（args: ["-l"]），同时删除手动PATH覆盖、确保从系统终端启动并彻底重启VSCode。
VSCode 内置终端的 node -v 和系统终端不一致，不是配置漏了，而是它压根没加载你的 nvm 初始化逻辑——默认启动方式绕过了 ~/.zshrc 或 ~/.bash_profile。
为什么 VSCode 终端不读 ~/.zshrc？
VSCode 集成终端默认以 non-login shell 启动（比如直接调用 zsh），而 nvm 的初始化代码通常只写在 ~/.zshrc 里；但 login shell（如 zsh -l）才会读 ~/.zsh_profile。如果你把 nvm 加载逻辑只放在 ~/.zshrc，那 VSCode 终端就根本看不到 nvm。
- 验证方法：在 VSCode 终端运行
echo $SHELL和shopt login_shell（bash）或echo $- | grep l（zsh），看是否含l标志 - macOS/Linux 用户常见错误：nvm 初始化代码只塞进
~/.zshrc，却没同步到~/.zsh_profile - Windows 上 nvm-windows 用户注意：
nvm use不会持久化，必须配nvm alias default并重启 VSCode 进程
terminal.integrated.env.osx 覆盖 PATH 是个坑
有人手动在 settings.json 里加 "terminal.integrated.env.osx": { "PATH": "/Users/xxx/.nvm/versions/node/v18.20.4/bin" }，结果反而让 nvm 切换失效——因为这会完全覆盖 shell 原有 PATH，nvm use 动态改的 PATH 就被丢掉了。
OC SSH Tunnel Node Recovery
下载
诊断并恢复通过 SSH 隧道连接的 OpenClaw 节点。用于解决配对必需错误、隧道冲突、远程端点错误以及 SSH 目标配置错误等问题。
- 正确做法：删掉所有手动写的
env配置项，让终端继承 shell 原生环境 - 确保 VSCode 是从系统终端启动的：
code .，而不是点击图标打开——后者可能加载的是旧 shell 快照 - 改完配置后，必须关闭所有 VSCode 进程（macOS Dock 右键 → Quit，Windows 任务管理器杀光
Code.exe），再重开
项目级自动切换靠 .nvmrc + login shell
nvm use 18.18.2 在 Terminal 1 生效，Terminal 2 还是旧版本，这不是 bug，是设计如此——每个终端是独立 shell 进程。想“多终端同步”，得靠项目根目录的 .nvmrc 文件触发自动加载。
- 在项目根目录放一个
.nvmrc，内容就一行：18.18.2 - 确保
~/.zsh_profile（或~/.bash_profile）末尾有：source $NVM_DIR/nvm.sh && nvm use --silent - VSCode 终端必须以 login shell 启动（即
"args": ["-l"]已配置），否则.nvmrc不会被读取 - 别指望手动
nvm use统一所有终端——那是徒劳；每个新终端都该自己按需加载
最易被忽略的一点：VSCode 主进程启动时固化了环境变量快照，哪怕你刚在系统终端执行过 nvm use，已打开的 VSCode 也不会更新。关干净、重开，是唯一可靠手段。
