VS Code 用工作区信任隔离陌生仓库的扩展与任务

打开陌生仓库时，先不要急着点运行、启动终端或接受所有扩展建议。VS Code 的工作区信任会把这个文件夹留在 Restricted Mode，让你先浏览代码，再决定是否允许 Tasks、调试、工作区设置和部分扩展参与执行。它不是“只屏蔽一个按钮”的安全开关：扩展发布者仍要单独审查，真正需要执行的仓库也应该在看过配置后再授权。

官方地址：https://code.visualstudio.com/docs/editing/workspaces/workspace-trust

先把陌生仓库留在 Restricted Mode

打开文件夹后，如果顶部出现 Restricted Mode 横幅，或状态栏出现受限徽章，先把它当成预期状态。不要用命令行参数关闭工作区信任，也不要为了让某个扩展立刻工作而直接信任整个目录。

操作步骤 1：点击底部状态栏的 Restricted Mode 徽章，选择 Manage Workspace Trust；也可以按 Command Palette，输入 Workspaces: Manage Workspace Trust 后回车。进入编辑器后，确认当前文件夹仍显示为受限，并先浏览根目录、README、依赖清单和 .vscode 目录。

这里的目标不是马上授权，而是把“能阅读”和“能执行”分开。只看文本、搜索符号和检查目录通常可以继续；一旦界面要求启动终端、运行 Task 或启用工作区级设置，就先回到信任边界判断。

逐项检查扩展与 Tasks 的受限状态

Restricted Mode 会影响的不只是终端。VS Code 官方文档列出的受限范围还包括 Tasks、调试、工作区设置和部分扩展。扩展页的“在不受信任工作区中被禁用或功能受限”提示，说明的是扩展作者声明的支持级别，不等于它已经安全。

操作步骤 2：点击左侧 Extensions，在搜索框输入 @workspaceUnsupported，查看哪些扩展在当前状态下被禁用或功能缩水。再打开 View → Command Palette，不要直接运行 Task；先在资源管理器中展开 .vscode，阅读 tasks.json、launch.json 和工作区设置中的命令、脚本路径及参数。

审查后再信任文件夹，并保留回退动作

如果仓库来源、依赖和任务内容都能解释，且你确实需要完整语言服务或自动化任务，再回到 Workspace Trust 编辑器，点击 Trust Folder & Workspace。授权是对当前文件夹或工作区的决定，不是对所有以后打开的项目一劳永逸的放行。

操作步骤 3：完成授权后，先观察状态栏的 Restricted Mode 徽章是否消失，再打开 Terminal → Run Task，只选择刚刚审查过的任务。第一次运行关注命令路径、工作目录和输出，不要把“任务成功”误认为仓库整体可信。

操作步骤 4：工作结束后再次点击状态栏信任状态，进入 Workspace Trust 编辑器，在 Trusted Folders & Workspaces 列表中选中该目录并移除。下次重新打开时，它会回到需要重新判断的状态；如果只是临时查看，直接保持 Restricted Mode 更省事。

常见问题

Restricted Mode 下能不能安装扩展？

可以看到安装提示，但扩展可能被禁用或只有部分能力。先核对发布者和它对不受信任工作区的支持说明，不要把“能安装”理解成“可以安全运行”。

为什么信任工作区后 Tasks 才能运行？

Task 定义位于仓库的 .vscode 目录，可能执行脚本和工具二进制。VS Code 需要明确的工作区信任，才能让这类仓库级执行入口生效。

只信任某个扩展，不信任仓库可以吗？

扩展支持级别和工作区信任是两条边界。你可以审查并安装扩展，但不能用扩展设置替代对仓库任务、设置和脚本的审查；陌生仓库仍建议保持 Restricted Mode。