VSCode内置终端默认以非登录Shell启动，不加载~/.zshrc等配置，导致node命令不可用；需在terminal.integrated.profiles中为shell添加"args": ["-l"]并彻底重启VSCode。
VSCode 内置终端默认不加载 shell 登录配置，node 命令在系统终端能用，但在 VSCode 里报 command not found——这是最常见也最容易被误判为“VSCode 故障”的问题，本质是环境变量没继承过来。
为什么 node 在系统终端可用，但在 VSCode 终端里找不到
macOS/Linux 下 VSCode 默认以非登录 Shell 启动终端（比如 zsh 但不是 -l 模式），跳过 ~/.zshrc 或 ~/.bash_profile 加载；Windows 上 PowerShell 可能因执行策略阻止 nvm.ps1 或路径初始化脚本运行。
- 验证是否为登录 Shell：
echo $0（zsh）或shopt login_shell（bash），输出带-或zsh前缀才表示已加载配置 - 临时补救：在 VSCode 终端中手动执行
source ~/.zshrc（或对应配置文件），再试node -v - 根本解决必须改 VSCode 的 shell profile 配置，并完全重启 VSCode（只关终端无效）
macOS/Linux：让内置终端真正读取 nvm 和 node 路径
即使你装了 nvm 并在 ~/.zshrc 里写了初始化代码，VSCode 也不会自动触发它——除非你告诉它“请以登录模式启动”。
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
- 打开 VSCode 设置，搜索
terminal.integrated.profiles - 找到
zsh或bash对应的 profile 条目，添加"args": ["-l"]（-l表示 login shell） - 确保
~/.zshrc包含完整nvm初始化段（至少要有export NVM_DIR=...和[ -s "$NVM_DIR/nvm.sh" ] && \. "$NVM_DIR/nvm.sh"） - 改完后必须彻底退出 VSCode（macOS Dock 右键「退出」，Windows 任务管理器确认
Code.exe已结束），再重开
Windows：绕过 PowerShell 执行策略限制
PowerShell 默认禁止本地脚本执行，nvm 初始化、自定义 PATH 注入都会失败，表现为 node 不识别，或 nvm list 报错 cannot be loaded because running scripts is disabled。
- 临时允许（仅当前用户）：
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser，但每次 VSCode 启动仍可能重置上下文 - 更稳方案：在 VSCode 设置中把默认终端改成
Command Prompt（terminal.integrated.defaultProfile.windows设为Command Prompt） - 若坚持用 PowerShell，请确认
C:\Users\XXX\nvm已加进系统 PATH，且where node输出路径与nvm which current一致
node 命令存在但版本不对？检查 nvm 是否真激活
常见现象：终端里 node -v 显示 v18.x，但 nvm current 是 v20.x，或 which node 指向 /usr/bin/node 而非 nvm 安装路径——说明 nvm 初始化成功了，但没在当前 shell 会话中激活。
- 在
~/.zshrc末尾加一行：nvm use --delete-prefix v20.15.0 > /dev/null 2>&1（替换为你想默认用的版本） - 或者改用
nvm alias default v20.15.0，再确保~/.zshrc里有nvm use default - 验证顺序：
nvm current→which node→node -v，三者输出必须一致
最常被忽略的是：改完 ~/.zshrc 或 VSCode 终端配置后，不彻底重启 VSCode，导致集成终端仍跑在旧环境里。哪怕只差一个 -l 参数或一次退出重开，node 就可能永远“不存在”。
