VSCode任务系统需手动配置tasks.json，用npx prettier --write指定JS文件路径，设"presentation": {"reveal": "silent"}避免弹窗；ESLint与Prettier冲突须确保eslint-config-prettier在extends末尾、plugins含"prettier"，并关闭VSCode原生formatOnSave。
VSCode 任务系统怎么配才能自动格式化 JS 文件
直接用 prettier 命令配任务是最稳妥的路径，别指望插件自动帮你写好整个 tasks.json。手动配的关键是命令路径、glob 模式和触发时机。
- 确保项目已安装 Prettier：
npm install --save-dev prettier -
command字段必须写全路径或用npx prettier，避免全局安装版本不一致导致格式错乱 -
args推荐用["--write", "src/**/*.js", "test/**/*.js"]，别漏掉测试文件目录 - 加
"presentation": {"reveal": "silent"}，否则每次保存都弹终端窗口，干扰编码节奏
ESLint + Prettier 冲突时为什么 save 会报错
不是 ESLint 配错了，而是 eslint-plugin-prettier 和 eslint-config-prettier 没配全，或者顺序反了。Prettier 的规则必须在 ESLint 规则之后禁用，否则格式化动作会被 ESLint 覆盖两次。
-
extends数组里，"prettier"必须放在最后，例如：["eslint:recommended", "plugin:prettier/recommended"] - 检查
.eslintrc.js是否包含plugins: ["prettier"]，缺了这个，eslint-plugin-prettier不生效 - VS Code 设置里关掉
Editor: Format On Save，只留 ESLint 的 auto-fix on save，否则两个格式化器打架
GitHub Copilot 补全 JS 函数后为什么总少个分号或括号
Copilot 本身不遵循你本地的 Prettier 或 ESLint 配置，它输出的是“合理猜测”，不是“合规代码”。补全后立刻触发一次保存（触发格式化），比手动修更可靠。
- 补全后按
Ctrl+S（Windows/Linux）或Cmd+S（macOS），让 Prettier 自动收尾 - 不要依赖 Copilot 的
return行自动换行——它常把}独占一行，而你的配置可能要求单行闭合 - 如果频繁出错，检查 Copilot 设置里的
github.copilot.inlineSuggest.enable是否开启，关掉它能减少干扰性补全
自定义代码片段怎么同步到团队所有人的 VSCode
本地代码片段（code snippets）默认只存在个人配置里，要共享就得做成插件发布，而不是改 settings.json 或导出 JSON 文件。
- 用
yo code创建插件项目，把片段写进package.json的contributes.snippets字段 - 每个 snippet 必须指定
language，比如"javascript"，不能写"js"，否则不生效 - 发布前测试：F5 启动插件调试环境，在新窗口里新建
.js文件，输入前缀看是否触发 - 团队成员装插件后，片段自动生效，无需额外配置——这才是真正意义上的“共享”
.prettierrc，Prettier 不管你的 eslint 规则是否启用，代码片段插件也无法覆盖语言服务器的智能提示。自动化不是一键开关，而是各工具在各自职责内守好边界、靠约定协同。 
