本地模型生成代码前必须确认三件事：一是检查项目根目录是否存在.eslintrc.js或tsconfig.json；二是启用插件上下文感知配置；三是手动选中典型代码作为风格锚点。
本地模型生成代码前必须确认的三件事
直接启用插件生成架构代码却报错或风格错乱，大概率是本地模型没对齐项目约束。VSCode 2026 版本的 AI 插件（如 CodeWhisperer Local 或 Copilot++ Pro）默认不读取项目级配置，必须手动喂上下文。
- 检查
.eslintrc.js或tsconfig.json是否在工作区根目录——插件只自动识别顶层配置文件，子目录里的配置会被忽略 - 确认
settings.json中已启用"codeWhisperer.contextAwareness": true（或对应插件的等效开关），否则 AST 解析和 Git diff 分析不会触发 - 生成前手动选中当前文件中已有的一段典型代码（比如一个 Vue3 Composition API 组件），再按
Ctrl+Enter触发生成——这会强制插件将选中文本作为风格锚点
用 Prettier + ESLint 协同校验生成结果
AI 生成的代码常绕过 ESLint 规则（比如漏掉 react/prop-types 检查），但 Prettier 又无法修复逻辑问题。必须让两者形成闭环。
- 在
settings.json中设置"editor.codeActionsOnSave": { "source.fixAll.eslint": true }，确保保存时自动修复 ESLint 可修的问题 - 安装
eslint-config-prettier并在.eslintrc.js的extends数组末尾追加'prettier'，否则prettier.semi和eslint no-extra-semi会冲突 - 对生成的路由文件（如
src/router/index.ts）手动运行npx eslint --fix src/router/，因为插件有时跳过非编辑状态的文件
生成模块化架构时容易漏掉的依赖注入点
AI 插件能生成 src/stores/userStore.ts，但几乎从不自动补全 main.ts 里的 app.use(store) 或 router.beforeEach 的守卫注册——这是架构落地的关键断点。
- 生成完 store / router / api 目录后，立刻打开
main.ts，搜索createApp，手动插入对应初始化语句 - 如果使用 Pinia，检查生成的 store 文件是否含
export const useUserStore = defineStore(...)，而非const useUserStore = defineStore(...)—— 少个export会导致调用端报Cannot find module - 对生成的
api/模块，确认其导出方式统一为export const fetchUser = () => {...}，避免插件混用export default导致类型推导失败
Vue3 组件骨架生成后必须手动补的两个响应式声明
插件生成的 <script setup> 组件常把 ref 和 computed 当普通变量用，导致模板里响应失效。
- 检查所有声明语句：若变量用于模板绑定（如
{{ count }}），必须显式用const count = ref(0)，不能写let count = 0 - 计算属性必须用
const double = computed(() => count.value * 2)，插件有时漏掉.value访问或直接返回原始值 - 组件 props 解构后需用
defineProps<{ title: string }>()显式声明类型，否则生成的const { title } = defineProps(...)在 TS 项目里会丢失类型提示
真实项目里，AI 生成的架构代码只是初稿草图。真正卡住进度的从来不是“生成不出来”，而是生成后那些不报错、不警告、但运行时突然失灵的隐性偏差——比如 store 没挂载、ref 没包裹、props 类型擦除。这些点必须人工逐层点检，没法靠插件自动兜底。
