关键在于插件与语言服务、项目配置协同：auto import依tsconfig别名生成路径，copilot配合eslint/prettier保存时自动修复，volar确保vue上下文，多根工作区需单独配tsconfig，禁用enter误提交并启用editor.suggestselection等设置保障生成质量。
如何用插件让代码生成贴合项目规范
VSCode本身不带智能生成能力，真正起作用的是插件对语言服务、模板规则和上下文的介入方式。关键不是“有没有生成”，而是“生成出来的代码能不能直接进 Git”。
-
Auto Import会根据tsconfig.json或jsconfig.json中的baseUrl和paths配置解析别名路径，生成的 import 语句自动匹配项目约定，比如把import { utils } from '@/utils'转成import { utils } from 'src/lib/utils' -
GitHub Copilot默认输出偏向通用风格，但配合editor.codeActionsOnSave+eslint插件，能在插入后立刻触发修复（如补全分号、修正缩进），避免人工二次调整 - 如果项目强制使用
const而非let，ESLint的prefer-const规则必须启用，否则 Copilot 生成的代码可能直接被 CI 拒绝
为什么自定义 snippet 不够用
硬编码的 snippet（如 log → console.log()）在简单场景下有效，但一旦涉及动态内容（如当前文件名、时间戳、组件名推导），就完全失效。
-
JavaScript Booster支持基于 AST 的重构生成，例如选中一个函数调用，一键生成对应的 Jest 测试桩，且能自动提取参数类型、mock 返回值结构 -
Tabnine的本地模型可加载项目历史代码作为上下文，生成的 React 组件默认带useMemo和React.memo包裹——这是纯 snippet 做不到的 - 常见错误：把
console.logsnippet 设为ctrl+alt+l，结果在 TypeScript 文件里生成了没类型标注的 log，后续被no-console规则报错
生成代码后怎么避免“写完就删”
很多开发者试过 Copilot 或 Tabnine，结果生成一堆代码，删掉 80%，只剩一行有用——根本原因是没约束生成边界。
- 在
settings.json中设置"editor.suggestSelection": "first"，防止插件默认选中不合适的补全项导致误插入 - 禁用
editor.acceptSuggestionOnEnter（设为false），强制用tab确认补全，避免回车意外提交低质量建议 -
Prettier和ESLint必须配置为保存时自动格式化+修复，否则生成的代码格式混乱，光是调整缩进就要花半分钟 - 对 Vue/React 项目，
Vetur或ESLint-plugin-react的react/jsx-uses-react规则若未启用，生成的 JSX 可能漏掉React引入，保存即报错
别忽略编辑器级权限和路径问题
插件要读取项目配置、扫描 node_modules、解析 tsconfig，这些操作受 VSCode 权限和工作区范围限制，不是装上就能用。
-
Remote Explorer连接远程服务器后，GitHub Copilot默认无法访问远端的node_modules，导致类型推导失败，补全质量断崖下降 - 多根工作区（multi-root workspace）下，
Auto Import默认只认第一个文件夹的tsconfig.json，其他子项目里的路径别名可能不生效 - Windows 上路径含空格或中文时，
Tabnine的本地模型启动失败，日志里报Error: spawn ENOENT，需手动指定模型路径到不含空格的目录
