绝大多数“权限不足”报错无需以管理员身份运行vscode，真正原因包括powershell执行策略限制、全局安装路径权限问题、受保护目录（如onedrive）限制等，应分别通过set-executionpolicy、npm config set prefix、迁移项目路径等方式安全解决。
绝大多数“权限不足”报错根本不需要以管理员身份运行 VSCode——它只是把问题掩盖了，还埋下更麻烦的隐患。
PowerShell 执行策略报错不是权限问题
VSCode 默认终端是 PowerShell，而 Windows 默认策略为 Restricted，连当前目录下的 build.ps1 都会卡住，错误信息是：File build.ps1 cannot be loaded because running scripts is disabled on this system。这不是文件属主或 ACL 权限问题，而是策略拦截。
- 在 VSCode 终端里直接运行：
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser（无需管理员） - 验证是否生效：
Get-ExecutionPolicy -Scope CurrentUser应返回RemoteSigned - 关掉所有终端面板，再按
Ctrl+Shift+`新建一个——旧终端不会自动刷新策略 - 别用
Unrestricted或Bypass，尤其在公司设备上，组策略可能随时覆盖
npm install -g 或 pip install 报 EACCES 怎么办
错误路径通常指向 /usr/local/lib/node_modules（macOS/Linux）或 C:\Program Files\nodejs\node_modules（Windows），说明你在往系统级目录写文件，普通用户没权限——这不是 VSCode 的锅，是安装方式错了。
- macOS/Linux：运行
npm config set prefix ~/.local，再把~/.local/bin加进$PATH（改~/.zshrc或~/.bashrc） - 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） - 绝对不要在 VSCode 终端里敲
sudo npm install -g——npm 会以 root 身份执行任意preinstall脚本
项目放在 OneDrive/Downloads 下保存失败
这类位置受 Windows 实时保护、同步锁或 NTFS 权限隔离限制，VSCode 保存文件时会报 Access is denied 或静默失败，和终端权限无关。
- 把项目移到干净路径，例如
D:\projects\myapp或C:\dev\myapp，避开C:\Users\XXX\OneDrive、C:\Users\XXX\Downloads、C:\Windows、C:\Program Files - 在 VSCode 终端里执行
pwd确认当前路径，不在上述受控目录内再操作 - 如果用了 WSL，别通过
\wsl$路径打开项目——应使用Remote-WSL扩展，在原生 Linux 文件系统下工作
真需要管理员权限时怎么安全启用
仅当明确必须（如调试驱动、绑定 139 端口、安装需注册表写入的 CLI 工具）才考虑这一步。一旦启用，所有子进程（node、python、gcc、插件脚本）都继承高权限，风险陡增。
- 关闭所有 VSCode 实例
- 右键你的 VSCode 快捷方式 → “属性” → “兼容性” → 勾选“以管理员身份运行此程序” → 点击“确定”
- 以后**只通过这个快捷方式**启动 VSCode；不要从开始菜单、任务栏固定项或文件关联打开，否则 UAC 不会弹出
-
code --install-extension这类命令仍会失败——扩展安装机制不兼容管理员上下文，需手动下载.vsix后通过“从 VSIX 安装”导入
真正容易被忽略的是：一旦用管理员模式启动过一次，~/.vscode/extensions/ 目录可能已被 root 写入，后续普通用户无法更新插件；npm 生成的全局二进制文件属主变成 root，下次用普通用户构建项目就会卡在 Permission denied。
