绝大多数“权限不足”报错根本不需要以管理员身份运行vscode，而是终端被powershell执行策略（如restricted）、npm全局安装路径受保护、wsl中/mnt/c路径不支持posix权限或onedrive同步锁等系统策略拦截所致；应优先运行set-executionpolicy remotesigned -scope currentuser、配置npm prefix至用户目录、将项目移至干净路径等安全方案。
绝大多数“权限不足”报错根本不需要以管理员身份运行 VSCode——它只是终端在执行命令时被系统策略或路径限制拦住了，提权反而让 npm 脚本、插件、调试器全获得 root 权限，风险远大于收益。
PowerShell 执行策略阻止 .ps1 脚本运行
VSCode 默认终端是 PowerShell，而 Windows 默认策略为 Restricted，哪怕你双击运行 build.ps1，也会卡住并报错：File build.ps1 cannot be loaded because running scripts is disabled on this system。这不是文件权限问题，是策略拦截。
- 在 VSCode 终端里直接运行：
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser（无需管理员） - 验证是否生效：
Get-ExecutionPolicy -Scope CurrentUser应返回RemoteSigned - 关掉所有终端面板，再按
Ctrl+Shift+`新建一个——旧终端不会自动刷新策略 - 别用
Unrestricted或Bypass，尤其在公司设备上，组策略可能随时覆盖
npm install -g 或 pip install 报 EACCES / permission denied
这类错误几乎全是目标路径不可写导致的：npm 默认往 /usr/local/lib/node_modules（macOS/Linux）或 C:\Program Files\nodejs\node_modules（Windows）写文件，普通用户无权访问。
- macOS/Linux：运行
npm config set prefix ~/.local，再把~/.local/bin加进$PATH（改~/.zshrc），之后npm install -g就写入用户目录 - Windows：优先用
npm install --user（部分 CLI 工具支持），或设npm config set prefix %USERPROFILE%\AppData\Roaming\npm并确认该路径已在PATH中 - Python 用户始终用：
pip install --user，生成的可执行文件在~/.local/bin/（Unix）或%APPDATA%\Python\PythonXX\Scripts（Windows） - 绝对避免在终端里敲
sudo npm install -g——npm会以 root 身份执行任意preinstall脚本
脚本有 x 权限但依然报 Permission denied
在 Linux/macOS/WSL 下，chmod +x script.sh 后仍报错，常见于两类场景：
- 脚本放在
/mnt/c/下：NTFS 不支持 POSIX 权限位，chmod无效；应把项目移到~/projects等原生 Linux 路径 - VSCode 通过 Windows 资源管理器打开
\wsl$路径再启动，会退化成混合权限模型；正确做法是用Remote-WSL扩展，在 WSL 环境中直接打开项目 - 检查 shebang 是否匹配实际解释器路径，比如写
#!/usr/bin/env python却系统只有python3，或换行符是CRLF导致解析失败
Windows 下项目路径触发 OneDrive/实时保护拦截
项目放在 C:\Users\XXX\OneDrive、C:\Users\XXX\Downloads 或 C:\Windows\System32 下，常因同步锁、UAC 隔离或杀软策略导致“拒绝访问”，和用户权限无关。
- 把项目移到干净路径，例如
D:\projects\myapp或C:\dev\myapp - 在 VSCode 终端里运行
pwd或直接回车看当前路径，确认不在受保护目录下 - 若必须用 OneDrive，关闭该文件夹的“按需文件”功能，或改用本地克隆而非直接编辑同步目录
真正难处理的不是错误本身，而是误判——把 PowerShell 策略问题当权限问题，把 NTFS 路径限制当 chmod 失效，把 OneDrive 锁定当账户权限低。一旦方向错了，越修越乱。
