npm run dev在多根工作区报“command not found”是因为vscode终端未自动加载当前子项目node_modules/.bin路径，且默认工作目录为首个文件夹，需手动切换终端路径或用npx显式调用。
为什么 npm run dev 在多根工作区里总报错“command not found”
不是项目没装依赖，而是 VSCode 终端当前激活的 shell 环境没加载对应项目的 node_modules/.bin 路径。多根工作区下，VSCode 不会自动切换 PATH 到每个子文件夹的本地 node_modules/.bin，它只认启动时继承的那个 shell 的全局 PATH。
- 终端默认工作目录是第一个被添加的文件夹，但
npm命令仍走系统 PATH，不会自动查找当前打开的子文件夹下的node_modules/.bin -
package.json里的scripts是靠npm解析执行的，而 VSCode 并不接管这个解析逻辑——它只是把命令丢给终端 - 如果你在“Backend”文件夹里点运行脚本，但终端实际 pwd 是 “Frontend”，
npm run dev就会去 Backend 目录下找package.json，但找不到（因为终端当前路径不对）
如何让终端在多根工作区中自动 cd 到正确子文件夹
VSCode 没有内置“按焦点切换终端路径”的功能，必须靠手动或配置驱动。最可靠的方式是：用 VSCode 内置命令显式切换，而不是依赖自动行为。
- 打开终端后，先用快捷键
Ctrl+Shift+P（Windows/macOS）调出命令面板，输入并执行Terminal: Focus on Terminal View，再执行Terminal: Create New Terminal in Active Workspace Folder - 或者，在资源管理器里右键某个子文件夹 →
Open in Integrated Terminal，这样新开的终端会自动cd进该路径 - 别依赖
terminal.integrated.cwd设成"${workspaceFolder}"——它只对新终端生效，且在多根工作区下取的是第一个文件夹，不是当前焦点文件夹
launch.json 的 runtimeExecutable 对多根工作区无效？
是的，runtimeExecutable 只控制调试进程本身用哪个 node，不影响 npm、pnpm 或脚本里调用的其他工具链。尤其当你的 dev 脚本内部还调用了 webpack、vite 或 ts-node 时，它们各自找 node 的逻辑完全独立。
- 调试器启动时用的是
runtimeExecutable指定的二进制，但npm run dev仍是调用 shell 的node，走的是$PATH - 如果子项目用了 pnpm，它的
node_modules/.bin是硬链接，但路径仍需被 shell 正确识别；建议统一用npx显式调用：npx vite而不是直接vite - 验证方式：在终端里执行
which node和which npm，再进子文件夹执行npx which node，两者输出应该一致才说明环境链路闭合
多根工作区下 node_modules 共享导致版本冲突怎么办
多根工作区 ≠ monorepo。VSCode 不会帮你做 pnpm workspace 或 npm workspaces 的依赖提升和 dedupe，每个子文件夹的 node_modules 完全独立。所谓“冲突”，其实是不同项目用了不同版本的同一包，然后你在跨项目跳转时被 LSP（如 TypeScript Server）搞混了类型定义。
- 不要把无关项目硬塞进一个
.code-workspace文件——比如python-script/和nextjs-app/放一起，TypeScript 插件会在 Python 文件里报错 - 如果真要共用依赖（如 shared-utils），必须显式声明为 workspace 协议：在
.code-workspace里加"settings": { "typescript.preferences.includePackageJsonAutoImports": "auto" }，并确保各项目tsconfig.json的paths指向一致 - 最省事的隔离方式：为每个子项目单独开一个窗口，用
code ./frontend和code ./backend分开启动——VSCode 多窗口比多根工作区更稳定，尤其对 Node.js 原生模块和调试器
cd，自己用 npx 显式调用，自己检查 which 输出——VSCode 不会替你做这些决策，也不会主动同步不同子文件夹的 node 版本或 PATH。
