VSCode中tsc或ts-node“找不到”根本原因是其GUI进程启动时未加载nvm初始化逻辑，导致PATH缺失nvm管理的Node及npm全局bin路径；需将nvm初始化移至~/.zprofile（macOS/Linux）或硬编码PATH+设置PowerShell执行策略（Windows）。
VSCode 里 tsc 找不到，或者 ts-node 报“无法识别”，不是 TypeScript 没装上，而是 VSCode 启动时根本没加载 nvm 初始化逻辑——它压根不知道你换过 Node 版本，更不会把对应 npm 全局 bin 目录加进 PATH。
为什么 VSCode 启动后 node 是旧版、npm 根本不认
nvm 依赖 shell 启动脚本（比如 ~/.zshrc 或 ~/.bash_profile）里的 source 和环境变量设置来动态切换 node 和 npm 路径。但 VSCode 是 GUI 应用，macOS/Linux 下它不读这些 shell 配置文件，Windows 下则完全绕过 PowerShell 的 profile 加载机制。
结果就是：你在终端里 node -v 看到的是 nvm 切换后的版本，而 VSCode 终端一打开就固化了系统默认的 PATH，里面既没有 nvm 的 bin 目录，也没有当前 Node 版本对应的 npm prefix -g 路径。
- 验证方式：在 VSCode 终端运行
echo $PATH（macOS/Linux）或echo %PATH%（Windows），对比系统终端输出，缺了类似/Users/xxx/.nvm/versions/node/v20.15.0/bin或C:UsersxxxAppDataRoaming vm 20.15.0 ode_modules pmin这类路径，就坐实了问题 - 别指望改完
~/.zshrc重启 VSCode 就生效——GUI 进程根本不 source 它 - Windows 用户尤其注意：
nvm-windows默认不修改系统 PATH，只靠 PowerShell profile 注入，而 VSCode 启动时跳过这一步
macOS/Linux：把 nvm 初始化逻辑挪到 ~/.zprofile
GUI 应用（包括 VSCode）启动时只读 ~/.zprofile（zsh）或 ~/.profile（bash），而不是 ~/.zshrc。必须把 nvm 的初始化代码移过去。
使用 Vite 8、React 19、Tailwind CSS v4、shadcn/ui、Biome、Vitest 和 Hono 构建全栈 TypeScript 应用，涵盖前端（Vite/Rolldown 构建 + 开发）...
- 打开
~/.zprofile，粘贴以下内容（确保路径与你的 nvm 安装位置一致）：export NVM_DIR="$HOME/.nvm" [ -s "$NVM_DIR/nvm.sh" ] && . "$NVM_DIR/nvm.sh"
- 删掉
~/.zshrc里重复的 nvm 初始化段（避免冲突） - 执行
source ~/.zprofile，再关掉所有 VSCode 窗口，用系统终端运行code .启动——这时它会继承完整 PATH - 长期有效：后续直接双击图标启动也能生效，前提是
~/.zprofile已被正确加载
Windows：硬编码 PATH + 关闭 PowerShell 执行策略限制
Windows 下最稳的方式是绕过 nvm 的动态 PATH 注入，直接在 VSCode 设置里写死当前 Node 版本的全局 bin 路径，并解决 .ps1 脚本被拦截的问题。
- 先查当前 nvm 使用的 Node 版本路径：
nvm which current，例如输出C:UsersxxxAppDataRoaming vm 20.15.0 ode.exe - 对应 npm 全局 bin 目录就是：
C:UsersxxxAppDataRoaming vm 20.15.0 ode_modules pmin - 在 VSCode 设置中搜索
terminal.integrated.env.windows，添加如下配置（注意用;拼接，且保留${env:PATH}）："terminal.integrated.env.windows": { "PATH": "${env:PATH};C:\Users\xxx\AppData\Roaming\nvm\v20.15.0\node_modules\npm\bin" } - PowerShell 报
tsc.ps1 cannot be loaded？不是权限问题，是执行策略卡住了。在 VSCode 终端里运行：Set-ExecutionPolicy -Scope CurrentUser -ExecutionPolicy RemoteSigned -Force
（仅需一次，比Bypass更安全）
TS 全局命令仍不可用？检查 npm prefix 和软链接是否真实存在
即使 PATH 正确，tsc 或 ts-node 仍报“找不到”，大概率是 npm 全局安装目录下没生成可执行文件，或者软链接损坏。
- 运行
npm config get prefix，得到路径如C:UsersxxxAppDataRoaming vm 20.15.0（Windows）或/Users/xxx/.nvm/versions/node/v20.15.0（macOS） - 进入该路径下的
node_modules.bin目录（不是bin！），确认tsc、tsc.cmd、ts-node、ts-node.cmd文件是否存在 - 如果不存在，说明
npm install -g typescript ts-node实际安装到了别的 prefix 下——可能你之前用过不同 Node 版本，nvm 切换后 npm 指向了旧 prefix；此时先nvm use 20.15.0，再npm install -g typescript ts-node - macOS/Linux 用户注意：
node_modules/.bin下的文件是 shell 脚本，不是二进制；只要#!/usr/bin/env node头部能定位到当前 nvm 的 node 即可
真正卡住人的地方从来不是“怎么装”，而是 VSCode 启动那一刻的环境快照——它冻结的是 GUI 进程启动时的 PATH，不是你后来在终端里折腾出来的那个。nvm 的动态性、VSCode 的 GUI 属性、PowerShell 的执行策略，三者叠加，漏掉任意一环都会让 tsc 消失得毫无征兆。
