不该用管理员权限启动VSCode，因其终端继承高危权限，易导致插件目录被root写入、npm脚本静默破坏系统、WSL路径异常及PowerShell策略绕过风险；应优先调整项目路径、执行策略或npm prefix。
VSCode 本身没有“以管理员身份运行终端”的功能，所谓“权限不足”几乎全是终端继承的权限上下文或系统策略限制导致的——直接开管理员模式是高危操作，多数时候根本不需要。
为什么不该用管理员权限启动 VSCode
VSCode 终端不是独立进程，它完全继承启动它的 shell 权限。一旦你用 sudo code 或右键“以管理员身份运行”，所有子终端、脚本、npm install -g、pip install 都自动获得 root/Administrator 权限。这会导致：
-
~/.vscode/extensions/被 root 写入，后续普通用户无法更新插件 - npm 的
postinstall脚本以 root 运行，可能静默修改系统文件 - WSL 下对
/mnt/c/路径的写入行为更不稳定，chmod失效且 Git 报错 - Windows 上 PowerShell 执行策略被绕过，恶意脚本风险陡增
PowerShell 执行策略报 “Running scripts is disabled” 怎么办
这不是权限错误，而是 Windows 默认禁止本地 .ps1 脚本执行。VSCode 终端默认启动 PowerShell，所以你写的构建脚本、deploy.ps1 会卡住不动，错误里甚至不出现 Access Denied。
只需在 VSCode 终端中运行这一条（无需管理员）：
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser
验证是否生效：
Get-ExecutionPolicy -Scope CurrentUser
返回 RemoteSigned 即可。重启终端面板生效。别用 Unrestricted 或 Bypass，尤其在企业环境里，组策略随时可能覆盖。
Linux/macOS 下 EACCES: permission denied 的真实定位法
别急着 chmod 777 或 sudo chown。先用三行命令锁定问题层级：
-
ls -l /path/to/file：看文件属主和权限位，-r--r--r--就真没写权限 -
ls -ld /path/to/parent：重命名/保存依赖父目录的w权限，哪怕文件可写，目录不可写照样失败 -
mount | grep $(dirname /path/to/file)：如果路径在/mnt/c/、/Volumes/或网络盘，重点查有没有metadata（WSL）或noacl（macOS SMB）
例如 WSL 中 /mnt/c/project 报错，99% 是 /etc/wsl.conf 缺少 options="metadata"，改完必须 wsl --shutdown 再重启。
Windows 上真正该改权限的地方只有两个
一是项目路径本身：绝对不要放在 C:\Program Files\、C:\Windows\、C:\Users\XXX\OneDrive\ 这类受保护路径下。移到 C:\dev\ 或 D:\projects\ 即可避开 80% 的 Access is denied。
二是 VSCode 配置文件：
- 打开
%APPDATA%\Code\User\settings.json - 右键 → 属性 → 取消勾选“只读”
- 如果点“安全”选项卡里你的用户名没有“写入”权限，手动添加
其他任何地方——比如 VSCode 安装目录、node_modules、extensions 文件夹——都不该手动设权限。它们的问题根源永远是启动方式或路径选择错了。
