vscode终端找不到node根本不是配置问题，而是环境变量未被gui进程加载；需重装node.js时勾选add to path或手动添加路径到系统变量，并彻底重启vscode窗口。
VSCode终端找不到node，根本不是配置问题
VSCode本身不装Node.js，它只调用你系统里已安装的node。所谓“配置PATH”，本质是让VSCode的集成终端（Ctrl+`）能继承你系统或Shell里已生效的PATH环境变量。如果在CMD/PowerShell里node -v能输出版本，但在VSCode终端里报'node' is not recognized，那一定是环境变量没被GUI进程加载，不是settings.json写错了。
- Windows用户：重装Node.js时必须勾选Add to PATH；若已安装却失效，手动把
C:Program Files odejs（或你实际安装路径）加进“系统变量 > Path” - macOS/Linux用户：确保
which node输出的路径已写入~/.zshrc或~/.bash_profile的export PATH中，并且VSCode是从终端启动的——直接运行code .，别用Dock或Spotlight - 改完PATH后，必须彻底关闭所有VSCode窗口再重新打开，仅“重载窗口”无效，新环境变量不会被继承
局部PATH配置只对终端生效，不影响调试器
terminal.integrated.env.windows这类设置只能影响VSCode内置终端，对launch.json里的调试器完全无效。调试器走的是另一套查找逻辑，它不读settings.json里的env，而是依赖系统PATH或显式指定的runtimeExecutable。
Rydberg Agent Node
下载
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
- 如果你在
.vscode/settings.json里写了"terminal.integrated.env.windows": { "PATH": "C:/path/to/node;${env:PATH}" }，这只是让终端多一个路径，npm install -g命令可能因此可用，但F5调试仍可能报Cannot find runtime 'node' -
${env:PATH}必须保留，否则会覆盖整个系统PATH，导致git、python等命令在终端里也失效 - 路径分隔符统一用
/或\，不要混用（单反斜杠），否则Windows下解析失败
调试器找不到node？先看launch.json里有没有runtimeExecutable
VSCode调试器默认从PATH里找node，但如果你用了nvm-windows、fnm或volta这类版本管理工具，或者想锁定某个Node版本调试，就得显式指定runtimeExecutable。不过多数情况下，删掉这行反而更稳。
- 检查
.vscode/launch.json里是否误加了"runtimeExecutable": "/wrong/path/node"——路径错或指向不存在的文件，就会直接报错 - 需要锁定版本时，用
where node（Windows）或which node（macOS/Linux）确认当前shell生效的路径，填进去，例如："runtimeExecutable": "C:\Users\xxx\AppData\Roaming\nvm\v18.18.2\node.exe" - 如果项目要求ESM，但
package.json里没写"type": "module"，即使node找到了，也会在调试时卡在import语法报错，这不是PATH问题
npm全局命令在终端里找不到？大概率是prefix没进PATH
执行过npm config set prefix "D:
pm-global"后，nodemon、http-server这些全局命令就装到了新路径，但VSCode终端不会自动识别——它只认系统PATH里已有的目录。
- 把
npm config get prefix输出的路径（比如D: pm-global）手动加进系统环境变量Path里 - 加完必须重启VSCode全部窗口，否则终端仍读不到
- 验证方式：在VSCode终端里运行
nodemon -v，有输出才算真正生效 - 别指望
code-runner插件能绕过这个限制——它底层也是调node命令，同样依赖PATH
