VSCode不配置包管理器，只调用系统已安装的npm/yarn/pnpm；问题根源在于各子系统（终端、任务、调试、TS Server）环境变量不一致，需确保PATH正确、启动方式继承shell环境、tasks/debug中显式指定命令、TS Server重启及避免wrapper脚本干扰。
VSCode 本身不“配置包管理器”，它只调用你系统里已装好的 npm、yarn 或 pnpm。所谓“配置”，本质是让终端、任务、调试、TS Server 等子系统能正确找到并执行对应命令，而不是报 command not found 或跳转/提示失效。
终端里 npm/yarn 找不到
这不是 VSCode 设置问题，而是终端没加载 shell 初始化文件（如 ~/.zshrc、$PROFILE），导致 PATH 里缺了 Node.js 的 bin 目录。
- 先在系统终端（不是 VSCode）运行
which npm或where yarn，确认命令真存在 - macOS/Linux：检查
~/.zshrc是否包含类似export PATH="$HOME/.node/bin:$PATH"的行（Homebrew 安装路径可能不同） - Windows PowerShell：确保
$PROFILE里把npm全局路径（如C:\Users\XXX\AppData\Roaming\npm）加进了$env:PATH - VSCode 启动方式影响环境：从 Dock / 开始菜单打开，常拿不到完整 shell 环境；改用命令行执行
code .才能继承PATH
tasks.json 里硬写 npm 却想跑 yarn
VSCode 的任务系统完全不读取 shell alias 或 profile，npm 在 tasks.json 里就是字面意思——它会去 PATH 里找名为 npm 的可执行文件，不会自动替换成 yarn。
- 如果要用
yarn，必须显式写"command": "yarn"，例如："command": "yarn install" - 不要依赖“自动识别 package.json 脚本”——VSCode 的 “Configure Task → Create tasks from package.json” 生成的脚本仍默认调用
npm，需手动改command字段 - 若项目用
yarn，建议统一在package.json中定义"scripts"，再通过tasks.json调用yarn run xxx，避免跨工具混用
TypeScript 智能提示找不到 yarn 安装的包
这和终端无关，是 TS Server 没正确解析 node_modules/.yarn（或 node_modules/.pnpm）下的链接结构，常见于 import 报红但实际能运行。
- 先确认
node_modules/.yarn存在且非空；若不存在，可能是.yarnrc.yml中enableGlobalCache: true导致缓存未落盘 - VSCode 设置中关闭
typescript.preferences.includePackageJsonAutoImports，它会错误地从package.json推导依赖，绕过yarn的符号链接逻辑 - 修改
tsconfig.json或切换包管理器后，务必重启 TS Server：Cmd/Ctrl+Shift+P→ 输入TypeScript: Restart TS server
调试时 yarn exec 脚本被 npm wrapper 干扰
比如你在 launch.json 里写 "program": "node_modules/.bin/jest"，可能触发的是 npm 生成的 wrapper 脚本，而非真实二进制，导致断点失效或环境变量丢失。
- 调试入口应统一走
yarn exec，例如："program": "yarn"+"args": ["exec", "jest"] - 避免直接引用
node_modules/.bin/xxx—— 这个路径下多数是 shell/bat wrapper，不是真实 JS 入口 - 若必须指定绝对路径，优先查
yarn bin jest输出的真实位置，而非猜node_modules/.yarn/...结构
真正麻烦的从来不是装几个命令，而是各子系统（终端、task、debug、TS Server）各自认各自的环境，稍有错位就报错。最易被忽略的是：VSCode 启动方式决定它能不能拿到你的 shell 环境变量，而这个细节在 GUI 启动时几乎无法 debug。
