必须通过.vscode/settings.json中"extensions.disabled"数组显式禁用私有插件ID，如["myorg.my-local-debugger"]；extensions.ignoreRecommendations仅隐藏推荐提示，不阻止插件加载与执行。
团队协作中，个人私有插件（如本地开发的未发布扩展、含敏感逻辑的内部工具、或仅你一人启用的 AI 辅助类插件）必须在工作区层面显式禁用，否则会干扰他人环境、引发格式化冲突、甚至泄露调试行为。直接全局禁用不可行——你可能在其他项目需要它；而靠口头提醒或文档约定几乎无效。
怎么在工作区里禁用一个本地私有插件？
VSCode 不识别“本地路径插件”为标准扩展 ID，所以不能靠 extensions.disabled 或 extensions.experimental.ignoredExtensions 直接写路径禁用。必须先确认它的正式标识符（publisher.name）：
- 打开命令面板（
Ctrl+Shift+P/Cmd+Shift+P），运行Developer: Show Running Extensions - 在列表中找到你的私有插件，点开详情页 → 查看
Identifier字段，例如myorg.my-local-debugger - 把这个 ID 写进项目根目录的
.vscode/settings.json：
{
"extensions.disabled": ["myorg.my-local-debugger"]
}
注意：不要用 extensions.enabled: { "myorg.my-local-debugger": false } —— 这种对象写法在新版 VSCode 中已不被识别，只支持数组形式的 disabled。
为什么不能依赖 extensions.ignoreRecommendations？
extensions.ignoreRecommendations 只影响“推荐栏”是否弹出，完全不控制已安装插件的加载行为。哪怕你设了 true，私有插件只要装着、没被显式禁用，就会照常启动、监听文件、连接本地服务——这正是团队成员打开项目后突然卡顿或看到陌生调试面板的根源。
- 它不阻止插件注册
onLanguage或onCommand激活事件 - 它不跳过插件的
activate()函数执行 - 它对已启用的插件毫无约束力，纯属 UI 层面的“不提示”
如何防止私有插件被误提交到团队仓库？
私有插件 ID 出现在 .vscode/settings.json 里是必要且安全的，但容易漏掉。建议三步闭环：
- 在项目初始化脚本（如
setup.sh）中自动追加禁用项：jq '. += {"extensions.disabled": ["myorg.my-local-debugger"]}' .vscode/settings.json > tmp && mv tmp .vscode/settings.json - 把
.vscode/settings.json加入团队 PR 检查清单，CI 脚本可校验是否包含所有应禁用的私有 ID - 在
.vscode/extensions.json中明确声明"unwantedRecommendations"，避免新成员安装时被 IDE 自动推荐
最常被忽略的是：私有插件若用了自定义 activationEvents（比如监听 onUri 或 workspaceContains:*.secret），即使禁用，VSCode 仍可能在特定文件操作时尝试加载它——这时必须配合 extensions.autoDisableWhenNotRequired 设为 true，强制按需判断。
