VSCode智能代码纠错依赖规则引擎与上下文感知，需确保规则启用、语言支持到位且无插件干扰；AL中灯泡不显常因缺少app.json、al.enableCodeAnalysis为false或分析器未匹配；JS/TS需配置codeActionsOnSave并协调ESLint与IntelliCode；Python中IntelliCode不纠错，依赖Pylint等工具。
VSCode 的智能代码纠错不是靠“猜”，而是靠可配置的规则引擎和上下文感知能力。开启后，它能直接在错误旁显示灯泡（Ctrl+.），提供精准修复建议——但前提是规则已启用、语言支持到位、且没被其他插件干扰。
AL 语言中 code actions 不生效的常见原因
Business Central 开发者常遇到灯泡不出现、al.enableCodeActions 设为 true 却无反应的问题：
- 项目根目录下缺少
app.json或launch.json，导致 AL 扩展未正确识别为 AL 工作区 -
al.enableCodeAnalysis被设为false—— 多数 code action（如 AA0207 修复、CASE 转换）依赖 CodeCop 分析器运行，关掉分析就等于关掉纠错源头 - 工作区设置了
"al.codeanalyzers": ["CodeCop"]，但没显式包含"PerTenantExtensionCop"或"AppSourceCop"，而当前文件触发的是后者规则（例如 AA0013），结果无 action 可用 - 文件未保存（.al 文件需保存后才触发完整分析），或正编辑的是临时粘贴内容（无关联到 .al 文件路径）
JavaScript/TypeScript 中 ESLint + IntelliCode 协同纠错的关键配置
ESLint 提供语义级报错（如 no-unused-vars），IntelliCode 则补全修复动作（如自动加 /* eslint-disable */ 或改写为解构赋值）。二者不冲突，但需注意优先级：
- 确保
editor.codeActionsOnSave启用并配置为{"source.fixAll.eslint": true}，否则保存时不会自动修复 - IntelliCode 的建议默认出现在补全列表顶部（带 ⭐ 图标），但若
editor.suggestSelection设为"first"，可能跳过它；建议保持"recentlyUsed"或"recentlyUsedByPrefix" - TypeScript 用户容易忽略：IntelliCode 对 TS 的支持依赖于
tsserver正常工作；若typescript.preferences.includePackageJsonAutoImports关闭，部分 import 补全会失效 - 避免在
settings.json中重复禁用javascript.suggest.autoImports—— 这会同时压制 ESLint 快速修复里的自动导入建议
Python 场景下 Pylint 与 IntelliCode 的行为差异
IntelliCode 在 Python 中主要优化补全顺序和行级预测（如 for item in data: 后建议 print(item)），但它不提供语法纠错；真正做“纠错”的是 Pylint / Ruff / Flake8：
- Pylint 报
C0103（变量名不符合命名规范）时，IntelliCode 不会弹出重命名 action，需靠插件如python-docstring或手动触发Refactor > Rename Symbol - IntelliCode 的“全行补全”仅在输入开头字符后触发（如敲
df.后建议df.groupby().sum()），但不会修复df.group_by()这类拼写错误——那是pylsp或pyright的职责 - 若同时启用
python.defaultInterpreterPath和python.analysis.extraPaths，IntelliCode 才能理解自定义模块结构，否则对本地包的方法补全准确率大幅下降
真正卡住开发体验的，往往不是功能有没有，而是规则是否在正确层级启用、分析器是否加载成功、以及不同插件之间谁覆盖了谁的提示。比如 AL 里关了 CodeCop 却指望它修复 AA0207，或者 Python 里只装了 IntelliCode 却期待它指出缩进错误——这些边界得亲手试两遍才能记住。
