最稳路径是右键VSCode快捷方式设兼容性为“以管理员身份运行此程序”，仅影响该入口且持久生效；其他方式如改Code.exe本体、注册表或批处理均存在体验差、易失效或不可控问题。
右键快捷方式设兼容性是最稳的路径
VSCode 本身不提供“默认管理员运行”的开关，Windows 下唯一可靠、可持久生效的方式是修改它的启动快捷方式。这不是临时方案，而是系统级行为控制——只要通过这个快捷方式启动，UAC 就会自动弹出提权请求，进程树里所有子终端（PowerShell/CMD/WSL）都继承管理员权限。
- 关闭所有 VSCode 实例（包括托盘里的后台进程）
- 在桌面或开始菜单找到 VSCode 快捷方式，右键 → “属性”
- 切到“兼容性”选项卡 → 勾选“以管理员身份运行此程序” → 点击“确定”
- 以后**只用这个快捷方式启动**；从开始菜单、任务栏固定项、文件关联打开的 VSCode 不会提权
别碰 Code.exe 本体，也别改注册表
直接对 Code.exe 设置兼容性，会导致所有启动入口（比如双击文件、右键菜单“Open with Code”）都触发 UAC，体验极差；注册表手动写 RUNASADMIN 虽然有效，但容易因路径空格、Unicode 或权限问题失效，且无法被普通用户审计和还原。
- 快捷方式属性修改只影响该入口，可控性强
- 注册表方案在多用户环境或企业域控下可能被策略覆盖
- 若快捷方式图标丢失或重命名，设置依然保留；而批处理脚本（如
run_vscode_as_admin.bat）依赖路径硬编码，迁移后易断
终端里 code --install-extension 仍失败？不是权限问题
即使 VSCode 进程是管理员级别，code --install-extension 命令仍可能静默失败——因为扩展安装由主进程内建逻辑调用，不继承终端权限，也不走 UAC 提权链。这时候提示“权限不足”，实际是写入 %USERPROFILE%\.vscode\extensions 被拦截，常见于 OneDrive 同步冲突或文件锁死。
- 先关掉所有 VSCode 实例，再手动删掉
%USERPROFILE%\.vscode\extensions目录 - 重启 VSCode（用刚设好的管理员快捷方式），进命令面板执行
Extensions: Install from VSIX - 下载
.vsix文件本地安装，绕过网络+权限双重校验
真正棘手的是提权后的副作用
一旦勾选了“以管理员身份运行此程序”，VSCode 创建的所有文件（比如保存的代码、生成的日志、调试时的 core dump）默认属主都是 Administrator 组，普通用户后续访问会卡在 ACL 拒绝；更隐蔽的问题是：某些插件（如 Live Share、Remote-SSH）在高完整性级别下会禁用部分功能，或拒绝连接本地 socket。
- 日常开发请坚持用普通权限启动；仅在明确需要写系统目录、调试驱动、或装必须全局生效的 CLI 工具时才启用该快捷方式
- 如果项目文件夹在
C:\Program Files或OneDrive里，优先迁移路径，而不是开管理员模式 - 任务管理器里看 VSCode 进程的“提升级别”，若显示“管理员”，就说明你正处在高权限上下文中——此时任何构建脚本、Git hook、pre-commit 都拥有等同于 root 的能力
