VSCode 的 tasks 用于自动化重复终端命令，需正确配置 .vscode/tasks.json（位于工作区根目录），选用 "shell" 类型以支持环境变量和命令链，通过 "terminal": true 继承 shell 环境解决 PATH 问题，并借助扩展实现保存自动触发。
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" 到底选哪个？
这是最常配错的一环。两者底层调用方式不同，直接影响环境变量、路径解析和信号传递：
-
"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 路径。
高级Bash脚本编程指南 chm版
下载
这本书假定你没有任何关于脚本或一般程序的编程知识, 但是如果你具备相关的知识, 那么你将很容易就能够达到中高级的水平. . . 所有这些只是UNIX®浩瀚知识的一小部分. 你可以把本书作为教材, 自学手册, 或者是关于shell脚本技术的文档. 书中的练习和样例脚本中的注释将会与读者进行更好的互动, 但是最关键的前提是: 想真正学习脚本编程的唯一途径就是亲自动手编写脚本. 这本书也可作为教材来讲解一般的编程概念. 向伟大的中华民族的Linux用户致意! 我希望这本书能够帮助你们学习和理解L
- 临时解法：在
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也救不了
