vscode不自动选择包管理器，而是严格按tasks.json中显式写的command（如"pnpm"）或package.json的packagemanager字段执行；终端依赖shell path和alias；ts server需重启并验证.pnpm结构。
VSCode 不会自动按 npm/yarn/pnpm 的“优先级”选包管理器执行脚本——它根本不知道你装了哪个，只认你写死的命令或 package.json 里声明的 packageManager 字段。
tasks.json 里跑的是哪个命令，完全取决于你手动怎么写
VSCode 的任务系统不读 shell alias、不查全局安装列表、也不 fallback 到“默认”。npm run dev 就是去 PATH 里找 npm 可执行文件；yarn build 就是找 yarn；pnpm test 就是找 pnpm。
- 旧版
tasks.json若含"command": "npm"，删掉重生成：Cmd/Ctrl+Shift+P →Tasks: Configure Task→Create tasks from package.json - 该操作会读取
package.json中的packageManager字段（如"pnpm@8.15.0"），并生成对应"command": "pnpm"的任务 - 若项目没声明
packageManager，VSCode 默认仍用npm生成任务，不会“智能识别”你本地装了 pnpm
终端里 npm 命令实际调用谁，取决于 shell 环境和 PATH
你在集成终端敲 npm run start，背后执行的可能是 npm、yarn 或 pnpm，这由 shell 的 PATH 和 alias 决定，VSCode 自身不干预。
Rydberg Agent Node
下载
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
- macOS/Linux：确认
~/.zshrc或~/.bash_profile中是否把pnpm或yarn的 bin 目录加进了PATH（例如export PATH="$HOME/.local/share/pnpm:$PATH"） - Windows PowerShell：别依赖
Set-Alias npm pnpm，它对 VSCode 终端无效；应把pnpmbin目录加入系统环境变量PATH - 启动方式影响环境：从 Dock/开始菜单打开 VSCode，常拿不到 shell 初始化；必须用命令行
code .启动，才能继承完整PATH
TypeScript Server 报 “找不到模块”，和脚本执行无关，只跟 node_modules 结构有关
即使 pnpm install 成功、pnpm run dev 能跑通，TS Server 仍可能报错——因为它解析的是 node_modules/.pnpm 下的硬链接结构，不是扁平化目录。
- 确保 VSCode 打开的是 workspace 根目录（即含
pnpm-workspace.yaml或package.json的文件夹），不是子包目录 - 检查
node_modules/.pnpm是否存在且非空；若为空，可能是.npmrc里engine-strict=true拦截了安装 - 修改
tsconfig.json或切换包管理器后，必须手动重启 TS Server：Cmd/Ctrl+Shift+P→TypeScript: Restart TS server - 关闭设置项
typescript.preferences.includePackageJsonAutoImports，它会绕过 pnpm 的符号链接逻辑，错误推导依赖
真正容易被忽略的是：VSCode 从不“自动配置”包管理器，它只忠实执行你写的命令、加载你 shell 提供的环境、解析你项目实际生成的 node_modules 结构。任何“自动优先级”都是错觉，背后全是显式路径、字段声明和手动重启动作。
