VSCode里Node命令找不到，根本原因是终端未继承完整PATH：Windows需检查PowerShell与CMD环境变量不共享问题，确认$env:PATH含Node路径，通过terminal.integrated.env.windows追加PATH并重启VSCode；macOS/Linux需启用login shell（设shellArgs为["-l"]）；nvm用户须确保初始化代码在~/.zshrc且VSCode使用对应shell。
VSCode里Node命令找不到？先确认PATH和终端继承关系
VSCode默认复用系统Shell的环境变量，但Windows用户常遇到node或npm在集成终端里报“不是内部或外部命令”。这不是VSCode没装Node，而是终端没加载正确的PATH——尤其当你用nvm或fnm管理多版本时，VSCode启动时可能没读取~/.zshrc或%USERPROFILE%\AppData\Roaming\nvm\settings.txt。
解决方法很简单：关掉所有VSCode窗口，从命令行启动（比如code .），这样终端能继承当前Shell的PATH；或者在VSCode设置里搜terminal.integrated.env，手动把PATH补全（不推荐硬编码，易过期）。
验证方式：打开集成终端，运行which node（macOS/Linux）或where node（Windows），输出路径应指向你期望的Node版本。
npm run all不是npm原生命令，得先装npm-run-all
npm run all这种写法本身不会生效——npm不认识all这个script名，除非你在package.json里明确定义了它。而真正实现“串行执行多个脚本”的工具是第三方包npm-run-all，它提供run-s（serial）和run-p（parallel）两个CLI命令。
安装只需一行：
npm install --save-dev npm-run-all然后在
package.json的scripts里加一条："all": "run-s clean build test"其中
clean、build、test是你已定义的其他script名，run-s会等前一个退出码为0才执行下一个。
注意：如果某个脚本失败（比如build编译出错），后续脚本不会执行，这是串行的预期行为；但如果你依赖某些脚本的输出文件（比如build生成dist/），就得确保它们的执行顺序和依赖路径正确。
VSCode任务配置要匹配npm-run-all的执行上下文
想用VSCode的Ctrl+Shift+P → “Tasks: Run Task”来触发npm run all，不能只靠package.json里的script定义——VSCode任务需要显式声明工作目录、shell类型和错误检测逻辑。
在项目根目录建.vscode/tasks.json，内容类似：
{
"version": "2.0.0",
"tasks": [
{
"type": "shell",
"label": "npm run all",
"command": "npm run all",
"group": "build",
"presentation": {
"echo": true,
"reveal": "always",
"panel": "shared",
"showReuseMessage": true
},
"problemMatcher": ["$tsc"]
}
]
}关键点："type": "shell"确保走系统Shell而非Node直接调用；"problemMatcher": ["$tsc"]可按需换成$eslint或空数组，否则VSCode可能误判npm警告为错误。
容易踩的坑：command字段别写成npx run-s clean build test——这绕过了npm script的环境变量注入（比如process.env.NODE_ENV可能丢失）；也别漏掉"group": "build"，否则它不会出现在“Run Build Task”快捷菜单里。
串行执行时环境变量和cwd容易被忽略
npm-run-all默认在项目根目录执行每个子脚本，但如果你的clean脚本里用了rm -rf ./dist，而某个子脚本（比如e2e）需要在./e2e目录下运行，就会出错——因为run-s不会自动cd。
解决方案只有两个：
① 所有脚本都用相对项目根的路径，比如"e2e": "cd e2e && playwright test"；
② 把子脚本封装成独立package.json（不推荐，增加维护成本）；
③ 改用run-s的--print-label参数辅助调试，看实际执行路径是否符合预期。
另一个隐形问题：Windows下cross-env NODE_ENV=production这类环境变量设置，在run-s链中可能被截断。稳妥做法是把环境变量统一提到最外层：
"all": "cross-env NODE_ENV=production run-s clean build test"
