VSCode本身不管理Node.js版本，所谓“不兼容”实为node命令、调试器、插件主机、终端四者加载的Node运行时错位；根本原因是VSCode启动时固化shell环境快照，nvm切换后主进程不自动刷新PATH，且插件依赖的napi_build_version必须与VSCode内置Electron的Node（如v22.4.0/napi=9）严格匹配。
VSCode 本身不管理 Node.js 版本，所谓“路径找不到”或“版本报错”，本质是运行时加载错位——不是 VSCode 没配对，而是 node 命令、调试器、插件主机、终端这四者各自认的 node 不一致。
为什么 VSCode 终端里 node -v 显示旧版本？
这不是 PATH 没加对，而是 VSCode 启动时固化了 shell 的环境快照。尤其用 nvm 切换后，主进程不会自动刷新 PATH。
- Windows：任务管理器中结束所有
Code.exe进程，再重新启动 - macOS：Dock 右键 VSCode → Quit（不是关闭窗口），再从终端执行
code .启动 - nvm-windows 用户：每次
nvm use后，必须在 VSCode 中执行Terminal: Reload Shell Environment（Ctrl+Shift+P） - macOS 使用 zsh 但 VSCode 启动时读的是 bash 配置？直接从终端运行
code .，确保加载~/.zshrc
launch.json 的 runtimeExecutable 为啥不生效？
它只控制调试会话的主进程，不影响扩展主机（Extension Host）和含原生模块的插件。常见症状是断点灰掉、Cannot find module './build/Release/xxx.node'。
Wjs Uploading Video
下载
将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。
- 插件实际运行在 VSCode 内置 Electron 的 Node.js 上，版本由
process.versions.node和process.versions.napi决定 - VS Code 1.90+ 对应 Electron 34 + Node.js 22.4.0，
napi_build_version=9；若你系统 node 是 v20.x（napi=8），npm rebuild生成的二进制无法加载 - 重编译原生模块时，必须指定完整参数：
--napi-build-version=9 --runtime=electron --target=34.0.0 - 务必先清空插件目录下的
node_modules/.pnpm和out/，否则旧缓存优先被加载
如何让 VSCode 终端真正用上 nvm 管理的 node？
关键不是改 settings.json，而是让终端继承正确的 shell 环境。
- Windows：确认 nvm-setup.exe 安装时勾选了 Add to PATH，且安装路径不含空格或中文（如
D:\nvm） - macOS/Linux：在
~/.zshrc（或~/.bashrc）末尾添加 nvm 初始化代码，并确保 VSCode 从终端启动（code .） - 不要手动在
settings.json里写"terminal.integrated.env.osx": { "PATH": "..." }—— 这会覆盖 shell 原有 PATH，反而破坏 nvm 切换逻辑 - 验证方式：在 VSCode 终端执行
which node，输出应为类似~/.nvm/versions/node/v18.20.4/bin/node
多版本共存时最易忽略的 ABI 兼容性陷阱
不是“Node.js 版本够新就行”，而是 process.versions.napi 必须与原生模块编译时声明的 napi_build_version 完全一致——差 1 都不行。
比如你在项目里装了 sqlite3，它依赖原生模块；你用 nvm use 20.15.0（napi=8），但 VSCode 插件主机跑的是 Electron 34（napi=9），这时即使 node -v 显示 v20，模块仍加载失败。修复必须双向对齐：要么降级 VSCode（不现实），要么用匹配 napi=9 的 Node.js 重装模块，或等插件作者发布兼容版。
