插件被静默禁用，因engines.vscode版本不匹配；应通过命令面板筛选disabled插件、查控制台报错、使用install another version…降级或手动安装兼容.vsix，并同步检查依赖插件与远端vscode-server版本。
VSCode 插件更新后报错，90% 不是插件“坏了”，而是 engines.vscode 字段不匹配被静默禁用——它不会弹窗提醒，只在命令面板里消失、控制台刷红字、或执行 prettier.format 时报 command 'prettier.format' not found。
怎么看插件是不是被版本锁死禁用了
别点开插件页瞎猜。直接打开命令面板（Ctrl+Shift+P），输入 Extensions: Show Installed Extensions，右上角筛选器切到 Disabled。如果目标插件（比如 ms-python.python）赫然在列，且详情页顶部写着 Disabled，再点开它的 package.json（在插件目录里），查 "engines": {"vscode": "^1.102.0"} ——而你本地是 code --version 输出的 1.118.0，那它就是被版本策略卡死了。
- 控制台（
Ctrl+Shift+I→ Console）里出现Extension 'xxx' is not compatible with Code '1.118.0'是铁证 - 插件卡片右上角齿轮菜单显示
Disable (For All Workspaces)，但你没手动点过，说明是 VSCode 自动干的 - 状态栏图标还在，但点不动、命令无效——UI 残留，不是真启用
怎么安全回退到兼容版本
优先走官方渠道降级，别手改 .vsix。在扩展面板里找到插件，点右下角 ⋯ → Install Another Version…，选一个明确标注支持 1.118 的历史版（比如 esbenp.prettier-vscode 的 v9.10.3 或 dbaeumer.vscode-eslint 的 v2.4.10）。这个操作保留签名验证，不破坏市场信任链。
- 若该选项灰显，说明作者没发布对应版本 → 去 GitHub Releases 页面手动下载
.vsix文件，再用Extensions: Install from VSIX安装 - 装完立刻检查
~/.vscode/extensions/下目录名是否含正确版本号（如esbenp.prettier-vscode-9.10.3） - 禁用自动更新：在插件卡片右上角
⋯→Extension Settings→ 关掉Auto Update，否则下次启动就被顶掉
为什么有些插件降级后还是不工作
因为冲突不止发生在版本号上，还藏在运行时依赖里。比如 ms-python.python v2026.6.1 依赖 ms-python.pylance ≥ v2026.5.0，而你本地装的是 v2025.12.0 ——这时即使 Python 插件版本对了，Pylance 仍会因激活失败拖垮整个 Python 语言服务。
- 运行
Developer: Show Running Extensions，重点看Status列：出现Activation failed或空白，就说明它卡在依赖加载环节 - 查看
Activation Time (ms)：超过 1000ms 的插件（尤其是ms-python.pylance、johnsoncodehk.volar）大概率在等另一个插件先起来 - 打开
Developer: Open Extension Host Log，翻到末尾找ERROR行，看堆栈里调用链是否指向某个依赖插件路径
远程开发场景下特别容易漏掉的坑
Remote-SSH 类插件（如 ms-vscode-remote.remote-ssh）不仅要本地版本兼容，远端 ~/.vscode-server 的版本也必须和本地 VSCode 主程序一致。否则连接时卡在 Starting VS Code Server，你以为是网络问题，其实是远端服务端不认新客户端。
- 先删远端残留：
ssh user@host "rm -rf ~/.vscode-server"，再重连，VSCode 会自动重推匹配版本 - 别信本地
Remote-SSH插件显示“已启用”——它只管发起连接，不管远端服务是否跑得起来 - 远端日志在
~/.vscode-server/data/Machine/logs/下，extensionHost.log里会有真实报错，比如Cannot find module 'vscode'
真正麻烦的不是版本号不匹配，而是多个插件互相依赖又各自锁版本，形成环状约束。这时候光看 engines.vscode 没用，得结合 Show Running Extensions 的激活状态和 Extension Host Log 的最后一行 ERROR 才能揪出那个最先倒下的节点。
