npm install卡在fetchMetadata或extract阶段是因registry.npmjs.org在国内解析慢、TLS握手失败或CDN回源超时所致，需切换为https://registry.npmmirror.com镜像源，清缓存并删除node_modules和package-lock.json后重试。
npm install 卡在 fetchMetadata 或 extract 阶段
这不是网络慢，是默认 registry registry.npmjs.org 在国内解析失败、TLS 握手超时或 CDN 回源失败导致的。现象是终端停在 fetchMetadata、extract 或某个包名不动，npm config get registry 仍返回官方源。
- 立刻执行
npm config set registry https://registry.npmmirror.com（注意带https://和末尾/） - 运行
npm cache clean --force清缓存 - 删掉项目根目录下的
node_modules和package-lock.json - 重试
npm install；若仍卡住，加--no-package-lock跳过锁文件生成
VSCode 终端里 npm 命令找不到或报 “cannot be loaded because running scripts is disabled”
这是 Windows PowerShell 执行策略限制，和 Node.js 本身无关，但会阻断全局工具（如 @vue/cli）安装。
Rydberg Agent Node
下载
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
- 右下角点击终端类型，优先切换成
Command Prompt或Git Bash - 若必须用 PowerShell：以管理员身份打开它，运行
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser（不是LocalMachine） - 重启 VSCode —— 仅关闭窗口无效，Windows 要任务栏右键 → “退出”，macOS 用
Cmd+Q - 验证：
npm -v能输出版本号才算生效；否则手动把 Node.js 安装路径（如C:\Program Files\nodejs\）加进系统PATH
VSCode 启动后 Node 相关功能（如调试、IntelliSense）延迟或失效
问题常出在扩展加载顺序和文件监听范围失控，不是 Node.js 没装好，而是 VSCode 自己“看太多”。
- 禁用所有非必需扩展，尤其含
onStartup或*的激活事件（如 ESLint、Prettier、GitLens），通过命令面板执行Developer: Show Running Extensions查耗时 - 在项目
.vscode/settings.json中强制排除干扰目录：
{
"files.watcherExclude": {
"**/node_modules/**": true,
"**/.git/**": true,
"**/dist/**": true
},
"search.exclude": {
"**/node_modules": true,
"**/build": true
}
}
- 不要依赖全局
node_modules；每个项目应有独立package.json，避免路径污染 - 如果调试时频繁卡在
node_modules内部，检查launch.json是否配置了"skipFiles": ["<node_internals>/**"]</node_internals>
装完 Node.js 后 VSCode 整体变卡，内存飙升
根本原因不是 Node.js，而是 VSCode 默认对整个工作区做符号索引 + 语言服务预热，而 node_modules 里的几万文件成了累赘。
- 彻底退出 VSCode（包括托盘进程），清理三类缓存目录：
Cache、CachedData、workspaceStorage（路径见系统 %APPDATA% 或 ~/Library/Caches） - 别删
extensions目录本身，但要清理其中带-cache后缀的子文件夹（PowerShell 或 find 命令可精准筛选） - 启动时加参数验证：
code --status看各阶段耗时，code --prof-startup导出性能快照 - 远程开发或 WSL 场景下，确保本地网络稳定，且不把
node_modules放在 OneDrive/iCloud 同步路径里
