vscode 的 tasks 用于自动化重复终端命令，需正确配置 .vscode/tasks.json（位于工作区根目录），选用 "shell" 类型以支持环境变量和命令链，通过 "terminal": true 继承 shell 环境解决 path 问题，并借助扩展实现保存自动触发。

VSCode 的 tasks 不是用来“教程式展示自动化”的，而是当你频繁在终端里敲重复命令（比如 tsc --watch、npm run build、python script.py）时，它能把你从手动切换窗口、记参数、防手抖中解放出来——前提是配置得对。

任务定义写在哪？tasks.json 必须放对位置

VSCode 任务不是全局生效的，它只认当前工作区根目录下的 .vscode/tasks.json。如果你把它丢进子文件夹、或放在用户设置里，VSCode 就直接无视。

• 正确路径：.vscode/tasks.json（与 package.json 或项目入口同级）
• 文件必须是合法 JSON，不能有 trailing comma，也不能用单引号
• 如果项目含多个 workspace（.code-workspace），每个 workspace 可有自己的 .vscode/tasks.json
• 没这个文件？别手写——用 Ctrl+Shift+P → Tasks: Configure Task 让 VSCode 自动生成骨架

type: "shell" 和 type: "process" 到底选哪个？

这是最常配错的一环。两者底层调用方式不同，直接影响环境变量、路径解析和信号传递：

Linux Ai Server

Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。

下载

• "type": "shell"：走系统 shell（Windows 是 cmd.exe 或 powershell，macOS/Linux 是 bash 或 zsh），支持管道、重定向、多命令（&&）、环境变量展开（如 $PATH）
• "type": "process"：绕过 shell，直接执行二进制，更快更干净，但不支持 &&、|、$VAR，且 Windows 下默认找不到 npx 或 npm（除非绝对路径）
• 日常开发建议优先用 "type": "shell"；CI/CD 脚本或需精确控制进程生命周期时再切 "process"

为什么 npm run dev 在终端能跑，任务里却报 command not found？

根本原因是 VSCode 启动时没加载你的 shell 配置（比如 ~/.zshrc），导致 PATH 缺失 node_modules/.bin 或 nvm 管理的 node 路径。

• 临时解法：在 tasks.json 中显式指定 env，例如 "env": { "PATH": "/Users/you/.nvm/versions/node/v18.18.2/bin:${env:PATH}" }
• 通用解法：设 "terminal": true，让任务在集成终端中运行（此时会继承终端环境）
• 注意："terminal": true 下无法用 problemMatcher 捕获错误，调试体验打折扣
• Mac 用户尤其注意：GUI 启动的 VSCode（比如 dock 点开）默认没有 shell 的 PATH，命令行启动（code .）才完整

怎么让任务自动触发、不点就跑？

VSCode 本身不提供“保存即运行”，但可通过 task + extension 组合达成：

• 装扩展 Gruntfuggly.todo-tree 不行，要装 emeraldwalk.runonsave 或原生支持的 Task Runner 类扩展
• 更稳的方式：用 files.watcherExclude 配合 task 的 isBackground + problemMatcher，再绑定到 Ctrl+S（通过 keybindings.json）
• 但注意：不是所有任务都适合自动跑——比如构建耗时 3 秒，你连按三次保存，就会积压三个并行进程，isBackground: true 也救不了

真正卡住人的，从来不是“怎么写 tasks.json”，而是环境变量看不见、shell 启动方式不一致、以及你以为它自动了其实只是你没关掉上一个卡死的任务进程。配完记得关掉旧终端，重启 VSCode 窗口，再试一次。