vscode远程连接后node命令找不到，根本原因是远程主机path未包含node路径或shell初始化文件（如~/.bashrc）未被加载；需先ssh验证which node，再通过修改~/.bash_profile或devcontainer.json中配置nvm use default解决。
远程连接后 node 命令找不到怎么办
VSCode 远程连接（SSH 或 Dev Container）成功后，终端里执行 node -v 报 command not found: node，本质是远程主机的 $PATH 没把 Node 的安装路径（比如 /home/user/.nvm/versions/node/v20.15.0/bin）带进来，或者 Shell 初始化文件（~/.bashrc、~/.zshrc）没被 VSCode 终端加载。
- 先确认 Node 是否真装在远程机器上：用 SSH 直连服务器，运行
which node或nvm which node；没输出就说明没装，得先装（推荐用nvm安装） - 如果已装但路径不对，检查
~/.bashrc或~/.zshrc是否包含nvm初始化段（通常是export NVM_DIR=...+[ -s "$NVM_DIR/nvm.sh" ] && \. "$NVM_DIR/nvm.sh"） - VSCode 远程终端默认启动为非登录 shell，不读
~/.bashrc；解决办法：在远程主机上编辑~/.bash_profile（或~/.zprofile），加一行source ~/.bashrc（或对应 shell 的 rc 文件）
Dev Container 中 Node 版本始终是系统默认版
即使你在 .devcontainer/Dockerfile 里用 nvm install 20.15.0，容器启动后 node -v 还是 12.x 或 18.x，问题出在 nvm use 没生效，或没设为默认版本。
Rydberg Agent Node
下载
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
- 确保
Dockerfile中安装后立即执行nvm alias default 20.15.0和nvm use default - 在
.devcontainer/devcontainer.json的postCreateCommand里补一句nvm use default，避免镜像构建时环境未激活 - 不要只靠
ENV PATH手动拼接 bin 路径——nvm的符号链接机制依赖 shell 函数，硬写 PATH 会绕过版本管理逻辑
远程终端能跑 node，但调试器断点不触发
VSCode 启动 launch.json 的 Node 调试配置后进程起来，但断点灰色不可用，常见原因是远程工作区路径映射错位，或调试器没识别到源码映射关系。
- 检查
launch.json中的remoteRoot和localRoot：例如远程项目在/home/user/project，本地克隆在/Users/me/project，就得严格配对 - 如果用了
npm run dev启动（如 Vite、Next.js），确保命令里加了--inspect参数，或在package.json脚本中显式写成"dev": "node --inspect-brk ./server.js" - VSCode Remote-SSH 插件有时缓存旧的调试配置，重启窗口（
Developer: Reload Window）比单纯重启终端更有效
npm install 在远程执行极慢甚至卡死
不是网络问题，而是远程机器缺少 git、python3 或编译工具链，导致某些包（如 fsevents、sharp）尝试本地编译失败并重试多次。
- 远程主机上运行
sudo apt-get update && sudo apt-get install -y build-essential python3 git（Ubuntu/Debian）或sudo yum groupinstall "Development Tools" python3 git（CentOS/RHEL） - 避免在远程直接
npm install—— 推荐用npm ci（需有package-lock.json），跳过语义化版本解析，更快更稳定 - 若仍慢，检查
~/.npmrc是否误配了私有 registry 或 proxy；临时删掉或注释掉相关行再试
echo $PATH 和 ps -p $$ -o comm=，比反复重装快得多。
