VSCode纠错无独立配置文件，规则全由settings.json统一管理：editor.spellcheck必须为true启用原生拼写，配合spellcheckFilter:["comment","string"]限定范围；cSpell.*配置需插件启用且作用域正确，否则不生效。
VSCode 本身没有独立的“纠错规则配置文件”，所谓“纠错”行为实际由三类机制分担：内置拼写检查（editor.spellcheck）、语言服务器（LSP）报错（如 C/C++、Python 扩展）、以及第三方插件（如 Code Spell Checker、ESLint、Prettier）。所有相关规则都最终落在 settings.json 中配置，而非单独文件。
editor.spellcheck 和 spellcheckFilter 怎么配合用
这是 VSCode 原生拼写检查的唯二核心开关。启用后只对 plaintext、markdown、text 三类语言模式生效，其他语言需靠插件。
-
editor.spellcheck必须设为true，否则整个拼写链路不启动 -
editor.spellcheckFilter控制检查范围，推荐值为["comment", "string"]—— 只扫注释和字符串，跳过变量名、函数名等代码标识符 - 若设成
["*"]，会误标useState为拼写错误；设空数组则完全禁用拼写检查 - 该配置不支持正则，也不识别语法树，纯靠 token 类型粗筛
cSpell.* 配置项为什么总不生效
Code Spell Checker 插件的配置优先级高于 VSCode 内置拼写，但极易因路径或作用域错位失效。
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
-
cSpell.enabled必须为true，且插件已启用（禁用插件时该配置被忽略） - 语言专属配置要写在
cSpell.languageSettings下，例如："javascript": {"enable": true, "ignoreRegExpList": ["\b[A-Z][a-z]+[A-Z][a-zA-Z]*\b"]}（跳过大驼峰标识符） - 工作区级
.vscode/settings.json中的cSpell.words只对当前项目生效；用户级设置才全局有效 - 修改后需重启 VSCode 或重载窗口（
Developer: Reload Window），热更新不触发词典重载
launch.json 和 tasks.json 里哪些字段影响纠错体验
它们不直接定义“纠错规则”，但错误配置会导致 LSP 无法加载、调试器崩溃、或编译失败——间接让本该出现的语法/类型错误不显示。
-
launch.json中program路径错误 → 调试器启动失败 → 断点灰掉 → 看不到运行时变量错误 -
tasks.json中args缺少-g（GCC/Clang）或/Zi（MSVC）→ 生成的二进制无调试符号 → LSP 无法关联源码行号 → 报错位置飘移 -
cppProperties.json的compilerPath指向错误版本 GCC →int8_t等类型未定义 → 大量“未知类型”红波浪线，实为配置错而非代码错 - 所有路径变量（如
${workspaceFolder}）必须确保在终端中能真实解析，否则任务静默失败
真正容易被忽略的是：**纠错能力永远受限于底层工具链的就绪状态**。VSCode 不生产错误，它只是把 clangd、pyright、tsc 的输出翻译成波浪线和提示。配错 settings.json 顶多让提示消失；但配错编译器路径、缺失 -g、或没装对应语言服务器，会让整个纠错链路从根上断掉——这时候调什么参数都没用。
