根本原因是vscode终端启动时只继承系统初始path，不自动注入当前子项目node_modules/.bin；npx可绕过path直接定位本地工具，推荐在scripts、tasks、launch.json中显式使用npx。
为什么多根工作区里 npm run 会找不到本地 bin 工具
根本原因不是 Node 没装，而是 VSCode 终端启动时只继承了系统 shell 的初始 PATH，不会动态把当前子文件夹下的 node_modules/.bin 加进去。哪怕你在 “Backend” 文件夹里右键选 “Open in Integrated Terminal”，终端 pwd 是对的，npm run dev 仍会去查全局 PATH，而不是当前项目的 node_modules/.bin。
- 多根工作区下，
terminal.integrated.cwd默认取第一个文件夹，不是你当前焦点的子项目 -
npm自身不改PATH，它只负责读package.json脚本，然后丢给 shell 执行；shell 找不到命令就报command not found - 如果两个子项目用了不同版本的
webpack或ts-node，全局 PATH 里只能有一个版本生效，必然冲突
用 npx 替代 npm run 是最稳的临时解法
npx 会自动优先查找当前目录下的 node_modules/.bin，不用依赖 PATH 注入顺序，也不需要手动 cd。它不是“绕开问题”，而是直接避开 PATH 冲突路径。
- 在任意终端里，只要当前工作目录是子项目根目录，执行
npx vite或npx ts-node src/index.ts都能命中本地安装的工具 -
npx --no-install可防止意外重装（尤其 CI 或受限环境） - 脚本里别写
"dev": "vite"，改成"dev": "npx vite"—— 这样即使终端没切对路径，也能跑通
真正要修复 PATH 注入顺序，得靠终端创建方式 + launch.json 分离
VSCode 不支持“随焦点自动切换终端 PATH”，但你可以控制终端创建时机和调试器行为，把环境变量加载逻辑拆开。
- 右键子文件夹 →
Open in Integrated Terminal：新开终端会自动cd进该路径，且node_modules/.bin在当前目录下，npx和npm run都能正常工作 - 调试时别依赖终端 PATH：
launch.json里用"runtimeExecutable": "npx"+"runtimeArgs": ["--no-install", "ts-node", "--project", "tsconfig.json", "${file}"]，这样调试器完全绕过 shell 的 PATH 查找 - 禁用
terminal.integrated.env.windows等注入全局 PATH 的设置——它只会把冲突放大，尤其当 Python 和 Node 的Scripts目录都在 PATH 里时
跨项目共享工具链时，PATH 冲突几乎不可避免
如果你在 .code-workspace 里同时打开前端（Vite）和后端（NestJS），它们各自的 node_modules/.bin/vite 和 node_modules/.bin/ts-node 版本可能不兼容。这时硬塞进同一个 PATH 就是自找麻烦。
- 不要试图用
export PATH=$(npm bin):$PATH动态拼接 —— 多根工作区下没有“当前项目”的上下文，npm bin输出不可靠 - 所有构建脚本、任务、调试配置，都应显式声明工具来源：
"type": "shell"任务里写"command": "npx vite build"，而不是"command": "vite build" - 最易被忽略的一点：VSCode 的 Tasks（
tasks.json）默认复用终端环境，但它的执行路径是${workspaceFolder}，也就是第一个文件夹——除非你为每个子项目单独定义tasks.json并设"cwd": "${workspaceFolder:backend}"
