VSCode终端找不到node命令，根本原因是nvm切换版本动态修改的PATH未传入VSCode内置终端；需Windows用户在terminal.integrated.env.windows中显式补全nvm路径，macOS/Linux用户设terminal.integrated.shellArgs为["-l"]启用login shell加载~/.zshrc，调试时须在launch.json中用runtimeExecutable指定精确node路径。
VSCode终端里node命令找不到，不是nvm没装好，是环境变量没传进去
VSCode内置终端启动时只读取一次系统PATH，而nvm切换版本本质是动态修改PATH。如果你在外部终端用nvm use 18.17.0成功了，但VSCode里仍报command not found: node，大概率是VSCode没加载到nvm初始化后的PATH。
Windows用户要确认两件事：$env:PATH（PowerShell）或echo %PATH%（CMD）输出里是否含nvm管理的Node路径（如D:
vm 18.17.0）；如果没出现，直接在VSCode设置里搜terminal.integrated.env.windows，加一条：
"terminal.integrated.env.windows": {
"PATH": "D:\nvm\v18.17.0;${env:PATH}"
}改完必须关闭并重启整个VSCode窗口——关掉终端标签页没用。
macOS/Linux用户更常见问题是shell类型不匹配：VSCode默认可能用/bin/bash，但你的~/.zshrc里写了nvm初始化代码。解决方法是在VSCode设置里把terminal.integrated.shellArgs.linux（或.macos）设为["-l"]，强制启用login shell，这样~/.zshrc才会被读取。
launch.json调试时提示“Can’t find Node.js binary ‘node’”，别瞎改PATH
这个错误和系统环境变量无关，是VSCode调试器压根不读PATH，它只认launch.json里显式写的路径。即使你nvm use 20.15.0切对了，调试器照样报错。
在项目根目录建.vscode/launch.json，关键字段必须包含：
{
"configurations": [{
"type": "node",
"request": "launch",
"name": "Launch Program",
"runtimeExecutable": "D:\nvm\v20.15.0\node.exe",
"program": "${file}"
}]
}注意：runtimeExecutable值要和当前nvm实际使用的版本路径严格一致。可以用nvm root查nvm安装根目录，再拼出对应版本路径；路径里用双反斜杠或正斜杠/都行，但不能混用。
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
如果项目需要频繁切换Node版本，建议配合.nvmrc文件：在项目根目录放一个内容为20.15.0的文本文件，然后写个脚本自动更新launch.json里的runtimeExecutable字段——手动改太容易漏。
nvm install后npm全局模块装到C盘？这不是bug，是npm默认行为
npm install -g默认把包装进%APPDATA%
pm（Windows）或~/.npm-global（macOS/Linux），基本都在系统盘。这不是VSCode的问题，是npm自身配置决定的。
想把全局模块挪到D盘，分三步：
- 新建两个目录：
D: vm ode_global和D: vm ode_cache（路径不能有空格） - 运行：
npm config set prefix "D: vm ode_global"和npm config set cache "D: vm ode_cache" - 去系统环境变量里，把用户变量
Path中旧的%APPDATA% pm删掉，换成D: vm ode_global；再新增系统变量NODE_PATH，值为D: vm ode_global ode_modules
验证：npm get prefix应返回D:
vm
ode_global，然后npm install -g express，检查该目录下是否有express文件夹。注意：每次用nvm use切换版本后，要重新执行npm config set prefix，因为不同Node版本的npm配置是隔离的。
多个VSCode工作区共存时，nvm版本会互相干扰吗？
不会自动干扰，但也不会自动隔离——nvm本身是全局状态，nvm use 16.20.2会影响所有新开的终端。真正的问题在于：你在一个工作区里nvm use 14.21.3，另一个工作区开终端时，默认还是14.21.3，除非你手动切。
要实现项目级自动切换，得靠.nvmrc文件+终端启动脚本：
- 每个项目根目录放
.nvmrc，内容如14.21.3 - 在VSCode设置里开启
terminal.integrated.profiles.windows（或对应系统），把默认终端profile的args加上--init-script，指向一个检查.nvmrc并自动nvm use的shell脚本 - 或者更简单：在项目根目录开终端后，第一件事就是
nvm use（不带参数，nvm会自动读.nvmrc）
最易被忽略的一点：VSCode的「Remote - SSH」或「Dev Containers」场景下，nvm配置完全独立于本地，必须在远程环境里重装nvm、重配镜像、重设.nvmrc，本地的任何设置都不会透传过去。
