VSCode 里 JS 代码自动转译靠构建工具（如 Babel、TypeScript 编译器）后台运行，插件仅桥接配置与触发；需三要素齐备：项目安装 @babel/core 及 preset、配置 babel.config.js、VSCode 启用保存时执行任务。
VSCode 里 JS 代码自动转译靠什么？不是插件直接干的
VSCode 本身不转译 JavaScript，所谓“自动转译”实际是构建工具（如 Babel、TypeScript 编译器）在后台运行，VSCode 只负责触发、展示结果或提供编辑支持。插件的作用是桥接——帮你配置、启动、监听这些工具，而不是替代它们。
常见误解是装个插件就能把 const 自动变成 var 或把箭头函数降级，但没配 Babel 或没定义 .babelrc，插件根本无从下手。
- 真正干活的是
babel-cli或项目里已安装的@babel/core - VSCode 插件（如
ESLint、Auto Import、Babel JavaScript）只做三件事：高亮语法、提示错误、调用 CLI 或 Language Server - 如果你没在项目中安装 Babel，或者没写
babel.config.js，插件即使启用也只会静默失败
想让 JS 自动转译，必须配好这三样
缺一不可。顺序不能乱，否则保存后代码看起来“没变化”，其实是转译步骤压根没跑起来。
-
package.json中得有"@babel/core"和对应 preset（比如@babel/preset-env） - 根目录下要有
babel.config.js或.babelrc，内容至少包含：{ "presets": ["@babel/preset-env"] } - VSCode 设置里要启用保存时执行命令（不是格式化）：
"editor.codeActionsOnSave": { "source.organizeImports": true }这类配置没用；你需要的是自定义 task 或集成构建工具
注意：prettier 不是转译器，它只改格式；ESLint 只检查，不改语法；别指望它们把 async/await 编译成 Promise 链。
Json Schema Toolkit
下载
使用 JSON Schema 验证 JSON 数据，从示例 JSON 生成 schema，并将其转换为 TypeScript 接口、Python 数据类或 Markdown 文档。
推荐轻量方案：用 Vite 或 tsconfig.json 触发转译
对多数现代 JS/TS 项目，比手动配 Babel 更稳的方式是依赖构建工具链自带的转译能力，并让 VSCode 感知它。
- 如果是 TypeScript 项目，确保
tsconfig.json里"target"设为"es5"或"es2015"，VSCode 的 TS Server 会实时报告兼容性问题，但不会自动改写源码——这是有意设计，避免编辑器篡改开发者意图 - 用 Vite 开发时，
vite build才真正执行转译；开发服务器（vite dev）用的是原生 ES 模块，不转译——所以你在 VSCode 里看到的代码，就是运行时实际加载的代码 - 真要“边写边转译”，建议用
babel-watch配合 VSCode 的Task，定义一个监听src/**/*.js并输出到dist/的任务，再绑定快捷键触发
容易被忽略的坑：文件类型和语言模式必须匹配
VSCode 根据右下角显示的语言模式（如 “JavaScript”、“JavaScript React”、“TypeScript”）决定启用哪套语法解析和插件逻辑。如果打开一个 .js 文件，但状态栏显示的是 “Plain Text”，那所有插件都失效。
- 点击右下角语言标识 → 选 “Configure File Association for '.js'” → 设为
javascript或javascriptreact - React 项目中，JSX 语法需要
"javascriptreact"模式，否则 Babel 插件可能跳过jsx转译 - 某些插件（如
Babel JavaScript）只在javascript模式下激活，对typescript文件完全无视
转译不是魔法，它是明确的输入（源码 + 配置）→ 工具处理 → 输出（新文件或内存中 AST）。VSCode 插件只是帮你把输入准备好、把输出看得见。别让它背锅，先查 node_modules/.bin/babel 能不能跑通再说。
