VSCode老版本无法运行新插件的直接原因是package.json中"engines":{"vscode":"^1.90.0"}被主程序硬性拦截，导致插件被禁用且extension.js不加载；修改本地插件package.json中的engines.vscode字段为当前版本兼容范围即可解决。
VSCode老版本无法运行新插件的直接原因
不是插件代码写错了，而是 package.json 里那行 "engines": { "vscode": "^1.90.0" } 被 VSCode 主程序硬性拦截。1.85 版本启动时读到这个声明，立刻禁用插件，连 extension.js 都不会加载——你看到的“插件没反应”“右键菜单消失”，基本都卡在这一步。
修改本地已安装插件的 engines.vscode 字段
这是最快见效的方法，适合插件已装但被禁用、且你确认它实际没调新版 API 的场景。
- 定位插件目录：
~/.vscode/extensions/author.name-1.2.3/（macOS/Linux）或%USERPROFILE%\.vscode\extensions\author.name-1.2.3\（Windows） - 编辑该目录下的
package.json，找到"engines"段，把"vscode": "^1.90.0"改成当前版本兼容的范围，例如"vscode": ">=1.85.0 - 改完必须执行命令面板中的
Developer: Reload Window，只点「启用」没用——VSCode 不会重新解析 engines 字段 - 注意：VSCode 升级后，这个字段会被自动还原为原始值，每次更新都要重复操作
离线安装 .vsix 时绕过版本校验
从 GitHub Releases 下载的 .vsix 文件自带绑定的 engines 声明，双击安装会静默失败，错误不提示，只在扩展面板里显示“不兼容”。必须解包改写。
- 用
unzip（Linux/macOS）或 7-Zip（Windows）解压 .vsix 文件（本质是 zip） - 进入
extension/package.json，修改"vscode"字段值，推荐用精确锁定，如"vscode": "=1.85.2"，避免宽松范围引入意外行为 - 保存后重新打包为 zip，再把后缀名改回
.vsix - 在 VSCode 中执行
Extensions: Install from VSIX命令安装
Remote-SSH 连接卡在 Starting VS Code Server 的真实原因
这不是网络或权限问题，而是远端 vscode-server 二进制和本地 VSCode 版本 commit ID 不匹配。VSCode 1.85.2 和 1.85.3 的 server 完全不能混用，哪怕只差一个小版本号。
- 先查本地版本 commit ID：终端运行
code --version，第二行就是 40 位哈希值 - 删掉远端的
~/.vscode-server目录，确保重连时触发 clean install - 如果内网无法联网下载，需提前把对应 commit ID 的 server 包（从
https://update.code.visualstudio.com/commit:+ ID +/server-linux-x64/stable下载）手动传上去 - 特别注意 CentOS 7 等旧系统：server 1.99+ 要求内核 ≥4.18，而 CentOS 7 是 3.10，此时必须降级 server 到 v4.16.1 或更低
最易被忽略的是：engines.vscode 字段修改后，VSCode 不会主动验证是否真能运行——它只做版本字符串比对。有些插件在老版本中调用了已被移除的 API（比如 vscode.workspace.findFiles 在 1.90+ 加了沙箱限制），这时即使绕过声明，也会在运行时报 Extension host terminated unexpectedly。得靠日志定位具体哪一行崩了。
