VSCode终端找不到npm的根本原因是未继承系统PATH环境变量；需在设置JSON中配置"terminal.integrated.env.windows"追加Node.js和npm路径，并完全重启VSCode生效。
npm 命令找不到：PATH 没继承到 VSCode 终端
VSCode 启动终端时，默认不加载系统环境变量（尤其是 Windows 用户级 PATH），导致它根本“看不见” npm。你系统里明明有 npm.cmd，但终端一运行就报 npm : 无法将"npm"项识别为 cmdlet...，这就是典型症状。
验证方法：在 VSCode 终端里执行 echo $env:Path（PowerShell）或 echo %PATH%（CMD），再对比系统终端输出——如果缺了 C:Program Files
odejs 或 %AppData%
pm，就是它了。
- 临时修复（立刻生效）：
$env:Path += ";C:Program Files odejs"; $env:Path += ";$env:APPDATA pm" - 永久修复（推荐）：打开 VSCode 设置 JSON（
Ctrl + Shift + P→Preferences: Open Settings (JSON)），加这段：
{
"terminal.integrated.env.windows": {
"PATH": "${env:PATH};C:\Program Files\nodejs;${env:APPDATA}\npm"
}
}
注意路径里的双反斜杠 \，Windows 路径必须转义；${env:APPDATA} 是动态变量，比硬写用户名更可靠。
npm run xxx 失败但 node -v 正常：PowerShell 执行策略拦截
node -v 成功说明 Node.js 本身能跑，但 npm run 脚本里常调用 .ps1 文件（比如某些 CLI 工具生成的启动脚本），而 PowerShell 默认策略是 Restricted，直接拒载。
错误信息典型长这样：xxx.ps1 cannot be loaded because running scripts is disabled。
- 最快解法（当前终端生效）：
Set-ExecutionPolicy -Scope Process -ExecutionPolicy RemoteSigned -Force - 推荐永久解法（只需一次）：
Set-ExecutionPolicy -Scope CurrentUser -ExecutionPolicy RemoteSigned -Force - 验证是否生效：
Get-ExecutionPolicy -Scope CurrentUser应返回RemoteSigned
别碰 -Scope LocalMachine，那需要管理员权限，普通用户终端改不了，反而把自己锁死。
nvm-windows 用户特别注意：路径不是默认的
如果你用 nvm-windows 管理 Node 版本，npm 实际位置不在 C:Program Files
odejs，而在 D:
vm4w
odejs 这类自定义路径下——这也是很多人照着教程改了 PATH 却依然失败的根本原因。
- 先确认真实路径：
where npm（CMD）或Get-Command npm（PowerShell） - VSCode 设置中要填对路径：
"PATH": "${env:PATH};D:\nvm4w\nodejs" - 别忘了同步更新
nvm use后的软链接——每次切换版本，nvm会把当前版本符号链接到D: vm4w odejs，所以这个路径一般不用变
硬编码路径容易出错，建议用 nvm root 查看根目录，再拼出实际 nodejs 子路径。
全局安装 npm 包报 EACCES / permission denied
这不是 VSCode 的问题，而是 npm 尝试往系统级目录（如 C:Program Files
odejs
ode_modules）写文件，但当前用户没写权限。强行开管理员终端或加 sudo 会污染权限、破坏后续模块加载。
- Windows 推荐方案：
npm install --user vercel（支持本地安装的工具优先走这个） - 通用替代：
npx vercel直接运行，不装全局 - 若必须全局安装（如某些 CI 工具依赖）：
npm config set prefix "%USERPROFILE%.npm-global"，再把%USERPROFILE%.npm-globalin加进 VSCode 的PATH
关键点：所有路径修改后，必须完全关闭并重启 VSCode（不只是关终端），否则环境变量不会重载。这是最容易被跳过的一步。
