WebStorm找不到node是因为不读系统PATH，必须手动配置绝对路径：macOS填/opt/homebrew/bin/node，Linux填/usr/bin/node，Windows填C:\Program Files\nodejs\node.exe。
WebStorm 找不到 node，不是它坏了，而是根本没读到你系统里装的那个 node —— 尤其在 macOS/Linux 用 nvm 或 zsh、Windows 用非管理员安装时，这问题几乎必现。
WebStorm 找不到 node 命令，怎么填对路径？
它不自动继承 shell 的 PATH，所以 which node（macOS/Linux）或 where node（Windows）查到的路径必须手动填进去。
- 先在终端运行
which node，典型输出如/opt/homebrew/bin/node（macOS）、/usr/bin/node（Linux）、C:\Program Files\nodejs\node.exe（Windows） - 打开
Settings → Languages & Frameworks → Node.js and NPM，清空Node interpreter字段，粘贴完整路径，别点 “Auto-detect” - 如果用了
nvm或fnm，WebStorm 启动时不会执行你的~/.zshrc，所以不要指望它识别当前版本；要么换系统级 Node，要么在终端里先nvm use 18再用open -a "WebStorm"启动（macOS）
npm run dev 在终端能跑，在 WebStorm 里报 command not found
内置终端默认不加载 shell 配置，nvm、corepack、自定义 PATH 全失效。
Wjs Uploading Video
下载
将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。
- 进
Settings → Tools → Terminal，把Shell path改成你日常用的 shell，比如/bin/zsh（macOS）、powershell.exe（Windows） - 勾上
Activate shell integration（WebStorm 2023.3+），它会尝试注入环境变量 - 更稳的办法：别在终端输
npm run dev，直接右键package.json→Run 'npm run dev'，这个走的是 WebStorm 自己配的Node/NPM，不依赖 shell
远程或 Docker 环境下 Node.js 运行时怎么配？
SSH 或 Docker 不是“高级功能”，而是为避免本地环境污染的常规做法；但配置错一步，调试就断链。
- 确保已启用插件：
Node.js、Node.js Remote Interpreter、Docker（Docker 场景）或FTP/SFTP/WebDAV Connectivity（SSH 场景） - 配 SSH 远程运行时：进
Settings → Languages & Frameworks → JavaScript → Runtime→ 点Node.js runtime旁的按钮 →Add remote → SSH→ 选已有 SSH 配置，或新建一个（需提前在目标机开好 SSH 服务） - 配 Docker 运行时：同样进 Runtime 页面 →
Add remote → Docker→ 选 Docker server 和镜像（如node:20-alpine），Node.js runtime path通常自动填为/usr/local/bin/node - 关键一步：配完后在列表里选中它，点
OK设为“项目默认”，否则新建的运行/调试配置仍用本地解释器
断点不触发、类型提示失效，真不是 Node.js 配的问题
这类问题常被误判为环境配置失败，实际是 WebStorm 对项目结构或 TypeScript 的识别偏差。
-
node_modules里类型提示不生效、import报红但运行正常：检查根目录有没有tsconfig.json；没有就建一个最简版，否则 WebStorm 当纯 JS 项目处理，压根不解析@types/* - 进
Settings → Languages & Frameworks → TypeScript，确认TS Config file路径正确，且Compile on save关闭（除非你真需要自动编译） - 用了
pnpm？WebStorm 2023.2+ 能自动识别 symlink 结构，但老版本可能需手动点Reload project（在Node.js and NPM设置页） - 调试断点不触发：先看控制台是否打印
Debugger attached；如果是nodemon或ts-node启动的，得用Attach to Node.js/Chrome配置，而不是普通Node.js配置
最容易被忽略的点：所有远程或 Docker 运行时一旦配成“项目默认”，后续新建的运行/调试配置才会自动继承；如果只是临时在某个 Run Configuration 里单独配置，那它只对那个配置生效，换一个就又得重配。
