VSCode任务系统是调度器而非构建器，自动化依赖可复用脚本与正确配置的输入/输出及问题匹配器；关键在让VSCode识别错误格式，如tsc需配"$tsc"匹配器和"--noEmit"参数；Ctrl+Shift+B失效常因未设"isBuildCommand":true或"group":"build"；保存时自动检查需结合watch模式与语言专属设置（如"eslint.run":"onSave"）。
VSCode 任务系统本身不直接构建项目，它只是调度器——真正干活的是你配置的命令（比如 tsc、webpack、npm run build）。能否自动化，取决于你有没有可复用的构建脚本，以及任务是否正确绑定输入/输出和问题匹配器。
如何定义一个能触发编译并捕获错误的任务
关键不是写任务，而是让 VSCode 知道“哪里出错了”。比如 TypeScript 编译失败时，tsc --noEmit 输出的错误格式必须被识别，否则问题面板里看不到红波浪线。
- 在
.vscode/tasks.json中为tsc任务指定"problemMatcher": "$tsc"（内置匹配器）或自定义正则 - 确保命令实际执行的是带诊断输出的模式，例如不要只写
"command": "tsc"，而应写"args": ["--noEmit", "--pretty"] - 如果用自定义构建工具（如
esbuild），需手动写problemMatcher，匹配其 stderr 中的file.ts:3:10:类错误行
为什么 Ctrl+Shift+B 没反应或总选错任务
VSCode 默认只把标记为 "isBuildCommand": true 的任务当作构建任务，并且只在工作区根目录下有 tasks.json 时才激活。常见断点：
- 没设
"group": "build"或"isBuildCommand": true，导致 Ctrl+Shift+B 列表为空 - 多根工作区中，当前打开的文件不属于设了构建任务的那个文件夹，VSCode 不会跨根加载任务
- 任务
"type": "shell"但没配"windows"/"linux"分支，导致在某个系统上 command 找不到（比如用了rm -rf却没给 Windows 提供rimraf）
如何让保存时自动运行 lint + typecheck
VSCode 本身不支持“保存即运行任务”，但可通过扩展 + 任务组合间接实现。核心是把检查类任务设为“可终止”且不阻塞编辑器：
- 在
tasks.json中给 lint 任务加"isBackground": true和"problemMatcher"，再配合watch模式（如eslint --watch） - 更可靠的做法：用
eslint或tsc的 --watch 模式起一个长期运行的任务，再在settings.json中启用"eslint.run": "onSave"这类语言专属自动检查 - 纯任务方案容易冲突——比如两个 watch 任务同时删同一临时目录，或 stdout 缓冲导致问题匹配器漏掉首几行
真正难的不是写 JSON，而是让每个任务的生命周期、输出结构、错误格式和编辑器预期对齐。尤其当项目混合了 pnpm、deno task、just 等不同 runner 时，问题匹配器和路径解析很容易错位。
