VSCode Workspace Trust是强制启用的安全机制——未信任时tasks.json构建、launch.json调试、TS语言服务及ESLint等扩展后台功能全部禁用；必须点击“Trust and Reload”重载窗口才能启用，且信任不跨路径、不跨远程连接。
VSCode 的 Workspace Trust 不是“要不要信”的选择题，而是你每次打开新文件夹时必须面对的执行权限开关——不点信任，
里的构建命令不会跑，
的调试器点不动，
根本不启动，连
和
的后台分析都会静默停摆。
为什么刚克隆的 GitHub 仓库打不开 TS 提示和自动导入
这不是插件坏了，也不是配置漏了，而是未信任状态下
被强制隔离。它连进程都不拉起，自然没有类型检查、跳转、补全或自动导入。你看到的“有语法高亮但没提示”，就是受限模式最典型的表征。
确认方式：打开开发者工具（
），执行
，返回
就是根源
别试“重启 VSCode”或“重装插件”——这些操作在未信任区完全无效
临时查看代码没问题，但想写、想调、想 lint，就必须点右下角状态栏的
→
点“Trust and Reload”后所有终端/标签页都消失了，正常吗
完全正常。这不是 bug，是设计行为：
触发的是整窗口级重载，不是热更新。所有未保存的编辑器、正在运行的终端、打开的调试面板、甚至断点设置，全部清空。
VSCode 1.118
微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。
下载
这是为安全做的代价：信任变更必须彻底重置环境，防止旧上下文残留恶意逻辑
建议操作前手动保存关键文件，或提前用
（
）
如果误点了
，不能靠关再开恢复，必须再执行一次
能否让某些路径自动信任，比如本地
不能自动信任，但可以显式排除不信任路径。VSCode 不提供“白名单自动信任”，只支持“黑名单禁止信任”：
在用户设置（
）中添加：
这个列表只告诉 VSCode “这些路径永远别信”，而不是“这些路径默认信”
设为
确实能全局关闭提示，但会同时放开
里任意
、
、
的执行权限——2026 年已有多起依赖投毒后通过未信任工作区自动触发恶意 task 的真实案例
远程开发（SSH/WSL/Containers）的信任状态独立吗
完全独立。你在本地 VSCode 里信任了
，不代表连接到同一台 WSL 或远程主机后，那个路径就自动可信。
信任状态只绑定“本地 VSCode 实例 + 当前连接目标”的组合，不跨连接复用
远程容器里打开的
，即使内容和本地一模一样，也要单独点一次信任
特别容易忽略的一点：子文件夹不继承信任。你信任了
，再在资源管理器里右键打开
，它仍是未信任状态——而这里恰恰是恶意
脚本最常藏身的位置
tasks.jsonlaunch.jsontypescript-serverESLintGitLenstypescript-serverDeveloper: Toggle Developer Toolsvscode.workspace.isTrustedfalseNot trustedTrust this workspaceTrust and ReloadFile > Save AllCmd+K SDon’t TrustDeveloper: Toggle Workspace Trust~/projectsPreferences: Open Settings (JSON)"security.workspace.trust.untrustedFolders": ["/Users/you/Downloads", "/Users/you/Desktop"]security.workspace.trust.enabledfalsetasks.jsoncurlrm -rfnode -e/home/user/project.vscode/tasks.json/project/project/node_modulespostinstall