vscode中不同语言纠错规则冲突本质是多语言服务器争抢诊断权；需明确限定eslint作用域、分离pylance与ruff职责，并通过悬停提示、problems面板图标及右键copy source交叉验证错误来源。
VSCode里不同语言的纠错规则冲突，本质是多个语言服务器或校验插件在争抢同一类文件的诊断权——不是规则写错了，而是谁来管、怎么管没说清。
为什么 JavaScript 和 TypeScript 的 ESLint 会互相覆盖
ESLint 默认同时监听 javascript 和 typescript 语言模式，但 VSCode 内部把 .ts 文件交给 TypeScript 语言服务解析后，又把相同内容再喂给 ESLint，结果就是：同一行报两个错误（一个来自 TS 编译器，一个来自 ESLint），或者 ESLint 根本不触发。
- 检查当前生效的校验器：打开命令面板
Ctrl+Shift+P，运行Developer: Toggle Developer Tools，切到 Console 标签页，搜索eslint或diagnostic，看是否有Ignoring file because it's not in the project类警告 - 强制限定 ESLint 作用域：在
settings.json中明确关闭对 TS 的自动接管："eslint.validate": ["javascript", "javascriptreact"]
，删掉"typescript"和"typescriptreact" - 若需 TS 支持，改用
@typescript-eslint/eslint-plugin并配好 parserOptions，而不是依赖 ESLint 自动识别
Python 的 Pylance 和 Ruff 同时报错怎么办
ms-python.pylance 负责类型推导和语义补全，charliermarsh.ruff-vscode 负责代码风格与基础语法检查。两者都往编辑器底部状态栏塞“问题”图标，但 Pylance 的错误优先级更高，常导致 Ruff 的提示被折叠或延迟显示。
- 让 Ruff 只做格式化/保存前检查：设置
"ruff.enable": true，但关掉实时诊断："ruff.lint.enable": false - 禁用 Pylance 的部分诊断项（如未使用导入）：在
settings.json加"python.analysis.diagnosticMode": "openFilesOnly"
，避免它扫描整个工作区干扰 Ruff - 别在
.py文件里混用# noqa和# type: ignore—— 前者只被 Ruff 识别，后者只被 Pylance 理解，混用等于白写
如何判断当前错误到底是谁报的
VSCode 不会在错误提示里直接写“来源：ESLint”，但你可以靠三处位置交叉验证：
- 鼠标悬停在错误波浪线下方，底部浮层会显示类似
eslint(@typescript-eslint/no-unused-vars)或Pylance(reportUnusedImport) - 点击左侧边栏
Problems面板，每条错误右侧有小图标：⚙️表示来自设置型扩展（如 Ruff），?表示来自语言服务（如 Pylance/TS Server） - 右键错误 →
Copy Source，粘贴出来如果是eslint、ruff、pylance等字符串，就锁定来源
最易被忽略的是：语言服务器启动顺序会影响默认诊断权。比如先启用了 Clangd，再开 C/C++ 插件，后者可能直接放弃接管；这种隐式优先级不会写在文档里，只能靠禁用重启反复验证。
