直接修改 engines.vscode 字段比降版本更快更可控，因 Marketplace 隐藏历史版本、旧版下架、GitHub 不保留发布包，且手动下载常不匹配或功能残缺；正确做法是解包→改 extension/package.json 中 engines.vscode→重打包为 .vsix→安装。
直接改 engines.vscode 字段比降版本更快、更可控，且多数情况下“降版本”根本不可行——插件作者早就不发布旧版了。
为什么“降低插件版本”常走不通
VS Code Marketplace 从 1.85+ 起默认隐藏历史版本，Install Another Version… 菜单项灰显是常态。比如你本地是 code --version 输出 1.90.2，但插件最新版声明 "vscode": "^1.103.0"，而它上一个带 ✅ 标记的兼容版本可能是 1.88.0，但该版本早已从市场下架。GitHub Release 页也未必保留，尤其像 ms-ceintl.vscode-language-pack-zh-hans 这类官方包，只推最新几个。
- 手动搜索旧版 .vsix 很可能下载到的仍是
"^1.95.0"的包，换汤不换药 - 即使找到匹配版本，也可能因 LSP 协议升级或 API 移除导致功能残缺（如 Vetur 在 1.90+ 后无法启动 Vue 语言服务）
- Remote-SSH 类插件还牵扯远端
~/.vscode-server二进制版本，单降前端插件毫无意义
正确做法：解包 → 改 extension/package.json → 重打包
所有报 Extension is not compatible with Code '1.xxx' 的错误，90% 都卡在 extension/package.json 里那一行 "engines": { "vscode": "^1.103.0" }。这不是 bug，是 VS Code 启动时硬校验的元数据，必须改它。
- 用
7-Zip（Windows）、unzip（Linux/macOS）或Archive Utility（macOS）打开 .vsix 文件 —— 别双击资源管理器解压，会破坏 ZIP 结构 - 进入
extension/子目录，编辑里面的package.json（不是根目录那个！） - 把
"vscode": "^1.103.0"改成"vscode": ">=1.85.0"（推荐，覆盖宽）或"vscode": "^1.90.0"（若本地是1.90.2） - 保存后，把整个
extension/目录重新打包为 ZIP；Linux/macOS 用zip -r fixed.vsix extension/，Windows 用 7-Zip 拖入压缩并设格式为 ZIP - 后缀名改回
.vsix，再通过命令面板运行Extensions: Install from VSIX安装
已安装插件被禁用？改本地 package.json 并重载即可
插件已存在但显示 Disabled，不用卸载重装。直接定位到插件安装目录：
- macOS/Linux：
~/.vscode/extensions/esbenp.prettier-vscode-9.10.3/package.json - Windows：
%USERPROFILE%\.vscode\extensions\esbenp.prettier-vscode-9.10.3\package.json
修改其中 engines.vscode 值，保存后执行命令面板中的 Developer: Reload Window。注意：VS Code 升级后这个字段会被自动还原，得重复改。
容易忽略的关键点
最常踩的坑不是不会操作，而是细节错位：
-
extension/package.json和根目录package.json是两份文件，改错位置等于白干 - 重打包时顶层必须是
extension/目录，不能把extension/里的文件平铺打包，否则安装后找不到入口 - Windows 下用资源管理器右键“发送到→压缩文件夹”会生成不标准 ZIP，务必用 7-Zip 或命令行
-
"vscode": "=1.90.2"这种写死方式看似精确，但 VS Code 小版本更新（如升到1.90.3）立刻又报错，应优先用>=或^
