VSCode屏蔽不信任工作区受限模式警告与风险环境配置

先说一个很多人不知道的事：VSCode 并没有提供“屏蔽警告但保留限制”这样的开关。市面上流传的“屏蔽受限模式提示”方案，说白了就是直接关闭整个 security.workspace.trust.enabled 机制——结果呢？功能确实恢复了，但安全防护也一并消失了。这不是什么折中方案，而是用安全换便利。

点击右下角 Restricted Mode，解决绝大部分问题

这其实不是 bug，而是 VSCode 从 1.56 版本开始就内置的默认行为。你看到那个“是否信任此工作区”的弹窗，本质上就是进入受限模式前的最后一关。

如果你遇到过以下任何一种情况，别急着重装 VSCode：

• npm run dev 在终端里报“命令未找到”
• launch.json 里的调试按钮直接灰掉
• Markdown Preview Enhanced 点预览毫无反应
• Ctrl+Click 跳转失效

这些现象并不是插件崩溃了，也不是环境变量丢失了，而是 VSCode 主动掐掉了扩展、任务、调试器和终端命令的执行权限。解决方案其实简单得让人意外：点击右下角的 Restricted Mode → 选择 Trust This Workspace → 勾选 I understand the risks → 点 Trust and Reload，所有功能立刻恢复。

这个操作只影响当前文件夹，不会波及项目外的文件。重载后，.vscode/settings.json 里可能会多出一行 "security.workspace.trust.untrustedFiles": "open"，但这只是副作用，并非信任本身。

全局关闭信任提示：仅限于完全可控的环境

如果你确定所有打开的项目都来自本地私有仓库，比如 D:\Projects\my-app 这种，而且从来不打开 GitHub 下载的 ZIP 包，也不处理他人发来的临时代码，那么可以考虑把这个机制彻底关掉。

操作路径很简单：打开设置（Ctrl+, 或左下角齿轮图标）→ 搜索 security.workspace.trust.enabled → 取消勾选。不需要重启，已经打开的未信任工作区会自动切换为受信任状态。

关掉之后，tasks.json、launch.json、插件自动执行脚本都会静默运行，不再校验路径风险。但代价也很明显：terminal.integrated.env.* 这类环境变量配置会对所有工作区生效，丧失了按项目隔离的能力。另外，部分企业策略插件（比如 sonarlint）依赖信任状态来激活，关掉后可能会跳过关键检查。

手动修改 .vscode 目录下的文件？基本没用

有件事值得说清楚：VSCode 不读取也不写入 .vscode/workspaceTrust.json 来判断信任状态。它只把信任记录存在本地用户数据目录里（Windows 下是 %APPDATA%\Code\User\workspaceStorage，按哈希路径存放）。直接编辑那个文件，等于白费力气。

另外几个容易踩的坑：

• .vscode/settings.json 里加 "security.workspace.trust.untrustedFiles": "open"，只控制“未信任时能否打开文件”，不影响任务、调试、终端等核心功能是否启用
• 符号链接目录（比如用 ln -s 建立的软链接）执行信任后，VSCode 记录的是解析后的绝对路径，不是链接路径
• 信任状态不会继承到子文件夹：你信任了 /project，再单独打开 /project/node_modules，依然会弹出提示
• 远程开发（SSH / WSL / Containers）的信任状态是独立于本地的，关闭本地 trust 不会影响远程 shell 脚本的执行

最后说一个容易被忽略的点：有些弹窗根本不是 VSCode 自己触发的，而是插件（比如 Claude Code、Keil MDK）在调用终端命令时二次弹出的确认框。这类问题得去对应插件的设置里关闭，和 security.workspace.trust.enabled 其实没什么关系。