VSCode自1.80版起不再自动识别gulpfile.js，必须手动配置tasks.json才能运行gulp任务；npm脚本仍可自动发现，但Gulp/Grunt需显式定义command、args等字段，且优先调用本地node_modules/.bin中的可执行文件。
VSCode 默认不再自动识别 gulpfile.js 或 Gruntfile.js，必须手动配置 tasks.json 才能运行任务；npm 脚本仍可自动发现，但 Gulp/Grunt 不行——这是 1.80 版本起的硬性变化。
为什么 VSCode 找不到 gulp build 这类任务
VSCode 从 1.80 版本起移除了对 gulpfile.js 的自动扫描能力。即使你项目里有合法的 gulpfile.js，也不再像以前那样在 Tasks: Run Task 列表里直接出现 gulp: build 选项。
- 不是插件没装好，是 VSCode 官方主动放弃内置支持
-
Gulp Task Runner这类第三方扩展（如 eg2 开发的）仅提供侧边栏视图，不参与任务系统集成 - 如果你依赖“自动发现”，现在唯一可靠的方式是手写
.vscode/tasks.json - 检查
gulp -v是否能在终端运行成功，否则command字段会直接失败
tasks.json 中怎么写一个可用的 gulp 任务
关键在于用 type: "shell" + 正确路径调用本地安装的 gulp，避免 Windows 下的路径解析问题。
- 优先使用本地
node_modules/.bin/gulp，而非全局gulp，确保版本与项目一致 - Linux/macOS 写
"command": "./node_modules/.bin/gulp"；Windows 写"command": ".\node_modules\.bin\gulp.cmd" -
args必须是字符串数组，比如["build"]，不能写成"build" - 加
"group": "build"后，可绑定快捷键Ctrl+Shift+B直接运行默认构建任务
{
"version": "2.0.0",
"tasks": [
{
"label": "gulp build",
"type": "shell",
"command": "./node_modules/.bin/gulp",
"args": ["build"],
"group": "build",
"presentation": {
"echo": true,
"reveal": "silent",
"panel": "shared"
}
}
]
}
Grunt 任务配置和 gulp 有什么区别
Grunt 的配置更简单，但同样需要 tasks.json，且 VSCode 从未提供过稳定可靠的自动发现机制（所谓“曾支持”仅限极早期版本，当前不可信）。
- Grunt 没有跨平台脚本封装问题，
"command": "grunt"在多数环境下可直接用（前提是已全局安装或 PATH 可见） - 若只本地安装，Linux/macOS 用
"./node_modules/.bin/grunt"，Windows 用".\node_modules\.bin\grunt.cmd" - 不需要额外
problemMatcher，除非你自定义了 Grunt 插件输出格式 - Gruntfile.js 里定义的每个任务名，都得在
args里显式传入，比如["dist"]对应grunt dist
最容易被忽略的是：VSCode 的任务系统完全不读取 gulpfile.js 或 Gruntfile.js 的内容结构，它只执行你写死在 tasks.json 里的命令。哪怕你在 gulpfile.js 里新增了一个 dev 任务，不改 tasks.json 就永远进不了任务列表。
