VSCode里node命令用的是shell初始化加载的版本，非VSCode决定：若终端未加载nvm（如nvm current报错），则调用系统全局node；验证需检查which node和$PATH是否指向~/.nvm/versions/node/；调试器需在launch.json中显式配置runtimeExecutable才与终端一致。
VSCode 里 node 命令用的到底是谁家版本？
VSCode 集成终端启动时，node 命令是否走 nvm 管理，取决于终端 shell 的初始化逻辑——不是 VSCode 决定的，而是你 shell 配置文件（如 .zshrc 或 .bashrc）是否在启动时加载了 nvm。如果你打开终端后运行 nvm current 报错或返回空，说明 nvm 根本没生效，此时 node -v 显示的极大概率是系统全局安装的版本，和 nvm 无关。
验证方法：在 VSCode 终端里执行 which node 和 echo $PATH，对比它输出的路径是否落在 ~/.nvm/versions/node/ 下；如果不是，就说明 shell 没正确加载 nvm 初始化脚本。
- Linux/macOS：检查
~/.zshrc（或~/.bash_profile）末尾是否有类似export NVM_DIR="$HOME/.nvm"和[ -s "$NVM_DIR/nvm.sh" ] && \. "$NVM_DIR/nvm.sh"的两行 - Windows + WSL：同样检查 shell 配置文件；若用 PowerShell，则需额外配置
nvm.ps1并启用脚本执行策略 - 改完配置后必须重启 VSCode 终端（关掉所有终端 tab，再新开一个），仅 reload window 不够
让每个项目自动用对 node 版本：靠 .nvmrc + 手动触发
VSCode 本身不监听 .nvmrc 文件，也不会自动执行 nvm use。所谓“自动切换”，其实是你在终端里手动运行一次 nvm use 后，该终端会话就锁定在这个版本，后续所有命令（包括 npm run dev、node index.js）都继承这个环境。
推荐工作流：
- 项目根目录放一个
.nvmrc，内容只有一行，比如18.17.0 - 打开项目文件夹后，在集成终端中运行
nvm use（不带参数，nvm 会自动读.nvmrc） - 确认生效：
nvm current输出应与.nvmrc一致，且node -v匹配 - 如果团队协作，把这个
.nvmrc提交进 Git —— 它本身只是个提示文件，但能统一大家手动切换时的目标版本
注意：nvm use 只影响当前终端会话，关掉重开就得再运行一次；不存在“VSCode 全局记住某个项目该用哪版 node”的机制。
launch.json 调试时 node 版本错乱的根本原因
即使终端里 nvm use 20.15.0 成功了，VSCode 的调试器（launch.json）仍可能调用错误的 node 可执行文件，因为调试器默认使用 PATH 中第一个 node，而不是你当前终端里那个。
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
解决办法只有一条：在 .vscode/launch.json 的配置中显式指定 runtimeExecutable：
{
"version": "0.2.0",
"configurations": [
{
"type": "node",
"request": "launch",
"name": "Launch",
"runtimeExecutable": "~/.nvm/versions/node/v20.15.0/bin/node",
"program": "${workspaceFolder}/index.js"
}
]
}
关键点：
-
runtimeExecutable必须写绝对路径，不能用nvm which 20.15.0的结果直接粘贴（因为路径含波浪号~时 VSCode 不展开） - 可以用
nvm which 20.15.0查出真实路径后复制，或写成${env:HOME}/.nvm/versions/node/v20.15.0/bin/node - 如果项目用了 Worker Threads 或
child_process.fork()，还必须加"autoAttachChildProcesses": true，否则子进程调试完全失效
别信“插件自动切换”——vsc-nvm 已停更，且不可靠
网上常提的 vsc-nvm 插件早在 2023 年就停止维护，最新版只兼容 VSCode 1.7x，对当前 VSCode（2026 年稳定版）基本无效。它试图监听工作区打开事件并自动运行 nvm use，但实际经常失败：要么权限不足无法修改终端环境变量，要么触发时机太早，nvm 还没加载完。
更现实的做法是接受“手动一步”：
- 把
nvm use当作打开项目的固定动作，就像你习惯性按Ctrl+`开终端一样自然 - 为常用版本设别名，比如
nvm alias myproj 18.17.0，之后只需nvm use myproj，少敲几个数字 - 如果真想自动化，可用 VSCode 的
tasks.json定义一个 preLaunch 任务，但要注意它只在调试前运行，不影响终端本身
最易被忽略的一点：VSCode 的「设置同步」会把 settings.json 里的终端 shell 配置也同步过去，如果你在多台机器间同步，得确保每台都装了 nvm 且路径一致，否则 shellArgs 指向的初始化脚本根本不存在。
