Rollup-Helper插件无实际作用，因其不参与构建执行、不修正sourceMap路径、不解决断点失效；真正关键的是rollup.config.js中output.sourcemap必须为true、launch.json中outFiles路径须严格匹配输出文件、package.json脚本需用"build": "rollup -c"并通过VSCode任务运行。
Rolllup-Helper 插件在 VSCode 里基本没用，别装它。 它不参与构建执行、不修正 sourceMap 路径、不修复断点失效，也不影响插件加载顺序或编辑体验。你配不好 Rollup，不是缺这个插件，而是三处关键配置没对齐。
为什么 Rollup-Helper 插件对调试和打包没实际作用
这个插件只提供几个快捷命令（比如“Run Rollup Config”），但背后仍是调用 npx rollup -c；它不接管 launch.json 配置，不读取 rollup.config.js 中的 output.sourcemap 或 output.file，也不校验 outFiles 路径是否匹配。VSCode 断点进不了 src/，它完全无感。
- 它不生成或修正
launch.json，你仍需手动写"outFiles"和"sourceMaps": true - 它不安装或启用任何 Rollup 插件，
@rollup/plugin-node-resolve还得你自己npm install并在配置里plugins: [...] - 它不处理 TypeScript 编译，
tsconfig.json里的"sourceMap": true仍要你开
真正影响 VSCode 中 Rollup 体验的只有三个文件
所有问题都集中在这三处，改错一个，断点就卡在 dist/ 里：
-
rollup.config.js：必须设output.sourcemap: true（不能是'hidden'），且output.file或output.dir要明确——比如file: 'dist/index.mjs'，后续路径就得跟着它走 -
.vscode/launch.json：必须显式声明"outFiles": ["${workspaceFolder}/dist/index.mjs"]（不能写成**/*.js，ESM 输出默认是.mjs） -
package.json的scripts：推荐写"build": "rollup -c"，然后用 Ctrl+Shift+P → “Tasks: Run Script” 触发，比手敲npx rollup -c更稳，也避免终端 PATH 问题
哪些插件才真正在 VSCode 里起作用
多数 Rollup 插件只在构建时运行，对编辑器无感。能让你在 VSCode 里少看红波浪线、能跳转、有补全的，其实就这几个：
-
@rollup/plugin-node-resolve：解决import _ from 'lodash'报红，配合@types/lodash才完整 -
@rollup/plugin-typescript：让 TS 文件能被 Rollup 拉进去，否则rollup.config.js里input: 'src/index.ts'会直接报错 -
rollup-plugin-dts（可选）：如果你要发包，它生成.d.ts，VSCode 才能正确推导导出类型
其余像 rollup-plugin-terser、@rollup/plugin-commonjs 等，只影响最终产物体积或兼容性，跟 VSCode 编辑体验无关。
