答案是优先调整powershell执行策略、npm/pip安装路径或文件权限，而非用sudo；在vscode终端运行set-executionpolicy remotesigned -scope currentuser并重启终端，或改用npm install --user、chmod +x script.sh等针对性措施。
绝大多数“VSCode运行代码权限不足”根本不需要sudo，也不该用sudo——它掩盖真实问题，还可能污染你的开发环境。
PowerShell执行策略报“Running scripts is disabled”
这是 Windows 上最常被误判为“权限不足”的错误。VSCode 默认终端是 PowerShell，而它的默认策略 Restricted 会直接拒绝执行任何本地 .ps1 脚本，连 ./build.ps1 都卡住，错误里甚至不出现 Access Denied。
- 在 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） - Windows：优先用
npm install --user（部分 CLI 工具支持），或确认是否提供便携版 - 绝对不要在 VSCode 终端里敲
sudo npm install -g——npm 会以 root 身份执行preinstall脚本，可能静默破坏系统 - Python 用户请始终用
pip install --user，生成的二进制在~/.local/bin/，同样需确保该路径在$PATH中
Linux/macOS 下 ./script.sh 报 Permission denied
根本原因是文件缺少可执行位（x 权限）。即使脚本内容完全正确，保存后直接运行仍失败，和终端类型、PATH、Python 环境都无关。
- 先加权限：
chmod +x script.sh - 若在
/mnt/c/（WSL 挂载的 NTFS 盘）下操作，chmod可能无效——NTFS 不支持 POSIX 权限位；应把项目移到~/projects等原生 Linux 路径下 - 检查 shebang 是否正确（如
#!/bin/bash），且换行符是 LF（非 CRLF），否则 bash 可能解析失败 - VSCode Remote-WSL 模式下终端行为等同于原生 shell；但若通过 Windows 资源管理器打开
\wsl$路径再启动 VSCode，就退化成混合权限模型，极易出错
真需要管理员权限时，怎么安全地用
仅当明确必须（如调试驱动、绑定 139 端口、安装需注册表写入的 CLI 工具）才走这步。关键不是“怎么提权”，而是“怎么隔离风险”。
- 关闭所有 VSCode 实例
- 右键你的 VSCode 快捷方式 → “属性” → “兼容性” → 勾选“以管理员身份运行此程序” → 点击“确定”
- 以后只通过这个快捷方式启动 VSCode；不要从开始菜单、任务栏固定项或文件关联打开，否则 UAC 不会弹出
-
code --install-extension这类命令仍会失败——扩展安装机制不兼容管理员上下文，此时应手动下载.vsix后通过“从 VSIX 安装”导入 - 注意：所有编译生成的二进制（如
./a.out）属主会变成root，下次用普通用户打开项目时make clean可能失败
真正容易被忽略的是：VSCode 终端不是沙盒，它和你的整个开发流程共享同一权限上下文。一次误操作（比如在管理员模式下运行了某个第三方脚本）可能让后续所有构建、调试、Git 操作都继承过高权限——而你未必立刻察觉。
