eslint在大型项目中常卡住或不报错，因其默认递归扫描整个工作区，未显式配置ignorepatterns（如node_modules、dist等）会导致内存溢出或超时，且版本不匹配、ts服务未正确加载类型、ai上下文截断等均会引发失效。
大型项目里开自动纠错不是“开了就灵”，而是必须分层控制、按需激活，否则 ESLint 和 TypeScript 会卡死、Volar 会漏报、AI 调试建议全错位。
为什么 ESLint 在大型项目中常卡住或不报错
ESLint 默认对整个工作区递归扫描，但大型项目（尤其含 node_modules、dist、.next 等目录）会导致内存溢出或超时。它不会自动跳过无关路径，除非你显式约束。
- 在
.eslintrc.js中必须配ignorePatterns，例如：["node_modules/", "dist/", ".next/", "**/*.test.js"] -
eslint.validate配置项若设为["javascript", "typescript", "vue"]，但项目里大量.d.ts或.json文件没被排除，TS Server 就会反复重载 - 本地安装的 ESLint 版本若低于项目依赖（比如 monorepo 子包用 v8.50，而根目录装了 v9.0），
source.fixAll.eslint会静默失败，不报错也不修复
Volar + TypeScript 的自动纠错在 Vue 大项目中失效的三个信号
Vue 项目超过 50 个 .vue 文件后，Volar 的类型推导容易退化——不是插件坏了，是语言服务链路断在了某一层。
- 状态栏右下角显示
vue，但 Ctrl+. 没反应：大概率tsconfig.json缺失"include"，或"compilerOptions.types"没包含volar -
defineProps类型能跳转，但ref不提示 import：检查settings.json是否漏了"typescript.suggest.autoImports": true，且没被"[vue]": {}块覆盖 - 修改一个
composables/useAuth.ts后，几十个组件里useAuth()报Cannot find name 'useAuth'：说明 Volar 没监听到文件变更，需重启 TS Server（命令面板运行TypeScript: Restart TS server）
VSCode 2026 AI 纠错在大型项目中的实际边界
AI 修复建议依赖本地模型对调用链的实时解析，但在大型项目中，它只看当前文件 + 直接依赖（1 层 import），不会跨 package 或深挖 node_modules 内部逻辑。
- 错误堆栈含
at Object.<anonymous> (node_modules/xxx)</anonymous>：AI 不会建议改第三方代码，只会提示“检查是否应使用别名导入”或“确认 peer dependency 版本” - 报错
Property 'xxx' does not exist on type 'Yyy'：AI 能补全字段定义，但前提是该类型在当前 TS 语言服务范围内已加载；如果类型来自未 include 的.d.ts，它只能建议加// @ts-ignore，而非真修复 - 执行
AI: Fix This Error后无响应：先关掉所有非必要扩展（尤其 Jest、Storybook 插件），它们会抢占 LSP 通道；再检查debug-phi-1.5b模型是否已下载（路径：~/.vscode/extensions/ms-vscode.vscode-typescript-next-*/ai-models/）
真正卡住大型项目的，从来不是规则开不开，而是哪些文件该进 lint、哪些类型该被 TS 加载、哪些 AI 上下文该被截断——这些都得手动划界，没法靠“自动”兜底。
