VSCode不按Node环境筛选插件更新，仅依据插件ID和marketplace版本比对；“一键检查”需手动执行Extensions: Check for Updates命令，可立即暴露所有待更新项，包括ms-vscode.vscode-typescript-next等关键Node相关插件，但禁用插件默认不参与更新。
VSCode 本身不区分“Node 环境相关插件”，它只按插件 ID 和 marketplace 版本做更新判断；所谓“一键检查”，本质是手动触发一次全量版本比对，再筛选出你关心的几个关键插件。
为什么不能直接“按 Node 环境筛选更新”
VSCode 的扩展更新机制不识别插件用途（比如是否依赖 Node.js），只看 package.json 中的 publisher + name 和 marketplace 上的最新版本号。像 ms-vscode.vscode-typescript-next、esbenp.prettier-vscode、dbaeumer.vscode-eslint 这些常被 Node 项目使用的插件，在更新列表里和主题插件混在一起，没有内置分类或标签过滤。
常见错误现象：在扩展视图里点“全部更新”，结果 vscode-typescript 没动——因为它被设为“禁用”，而“全部更新”默认跳过禁用插件。
- 插件是否启用（enabled/disabled）直接影响它会不会出现在可更新列表中
- 即使插件依赖 Node.js 运行时，VSCode 也不会在更新逻辑里额外校验你本地
node -v输出或NODE_PATH - 更新后若功能异常，大概率不是版本问题，而是插件自身
node_modules缺失依赖（见下节）
真正有效的“一键检查”操作流程
所谓“一键”，是指用命令面板触发一次强制刷新，而不是依赖界面自动轮询（它可能延迟数小时）。这个动作能立刻拉取 marketplace 最新元数据，暴露所有待更新项，包括你平时忽略的底层语言服务插件。
- 按下
Ctrl + Shift + P（Windows/Linux）或Cmd + Shift + P（macOS）打开命令面板 - 输入并选择
Extensions: Check for Updates（注意不是“Update All”） - 等待几秒，状态栏会提示“已检查更新”，此时返回扩展视图，所有可更新插件右侧都会出现“更新”按钮
- 重点留意这些插件：
ms-vscode.vscode-typescript-next、esbenp.prettier-vscode、dbaeumer.vscode-eslint、redhat.vscode-yaml——它们对 Node 项目语法/格式/校验影响最直接
更新后 Node 插件仍报 module not found 怎么办
这和插件版本无关，而是插件运行时找不到自己的依赖包。VSCode 插件是独立打包的，它的 node_modules 必须在插件安装目录里存在，不能复用项目或全局的 node_modules。
- 错误信息典型如：
Error: Cannot find module 'semver'或require('@dify/plugin-core') failed - 打开插件开发目录（不是你的业务代码目录，而是插件源码所在路径，通常在
~/.vscode/extensions/作者名.插件名-版本号/） - 终端执行
npm install，确保package.json里声明的dependencies全部装进该目录下的node_modules - 验证方式：在插件根目录运行
node -e "require('semver')"，不报错才算装对 - 如果插件是 TypeScript 编译的，确认
out/extension.js已生成，且launch.json中的program指向的是编译后文件，而非src/extension.ts
最容易被忽略的是：插件更新后，VSCode 不会自动帮你重装它自己的 node_modules，也不会检测你本地 npm 是否能访问 registry。哪怕 vscode-eslint 升到最新版，只要它目录下缺 eslint 包，状态栏图标照样不显示、右键菜单照样空白。
