VSCode中统一控制插件严重等级的唯一可靠方式是使用EditorConfig：它被ESLint、Pylint、Roslyn等主流工具共同支持，通过项目根目录的.editorconfig文件声明规则与severity（如dotnet_diagnostic.CA1822.severity = warning），实现跨插件、跨开发者一致生效；silent仍触发代码修复，none则彻底关闭诊断。
如何在 VSCode 中统一控制插件的严重等级（error/warning/suggestion）
VSCode 本身不定义“严重等级”，所有波浪线颜色和行为都来自具体插件（如 Pylint、ESLint、SonarLint、PHPStan）或语言服务器（如 Pylance、Intelephense）。关键不是调一个总开关，而是按工具分别配置，且必须匹配其自身规则命名和语法。
常见错误现象：改了 python.linting.pylintArgs 却没生效；开了 ESLint 的 complexity 规则却只显示灰色点；SonarLint 报的 warning 在终端 build 里不出现。
- 确认你正在修改的配置属于当前启用的 linter：比如
python.linting.flake8Args对 Pylint 无效，eslint.enable关闭时改eslint.rules也无效 - 严重等级关键词必须用插件认可的写法：
--disable=unused-variable（Pylint）、--ignore=F841（flake8）、"complexity": ["error", {"max": 8}]（ESLint） - 部分插件（如 SonarLint）需连接远程 SonarQube 才能启用全部规则；离线模式下仅激活基础规则集，
suggestion级别可能被降级或跳过 - 重启语言服务比重启 VSCode 更快生效：命令面板执行
Developer: Restart Language Server，尤其对 Python/JavaScript 类型检查器有效
EditorConfig 是跨插件统一严重等级的唯一可靠方式
当你同时启用 ESLint + Pylint + Roslyn 分析器时，靠零散的 settings.json 配置极易冲突或遗漏。EditorConfig 是目前唯一被主流工具（ESLint、Pylint、dotnet analyzers、PHPStan）共同支持的声明式配置格式，它把规则和严重等级写进项目根目录的 .editorconfig 文件，对所有开发者一致生效。
典型配置片段：
[*.cs]
dotnet_diagnostic.CA1822.severity = warning
dotnet_diagnostic.IDE0051.severity = silent
<p>[*.py]</p><div class="aritcle_card flexRow">
<div class="artcardd flexRow">
<a class="aritcle_card_img" href="/xiazai/skill1675" title="VSCode"><img
src="https://img.php.cn/upload/skill/000/000/081/178842972858328.jpg" alt="VSCode" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a href="/xiazai/skill1675" title="VSCode">VSCode</a>
<p>避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。</p>
</div>
<a href="/xiazai/skill1675" title="VSCode" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span> </a>
</div>
</div><h1>Pylint 规则（需 pylint >= 2.12）</h1><p>pylint.unused-argument = suggestion
pylint.missing-docstring = warning</p><p>[*.js]</p><h1>ESLint 规则（需 eslint-plugin-editorconfig）</h1><p>eslint.complexity = error
- 注意：Pylint 和 ESLint 需要各自插件明确支持 EditorConfig 才能读取这些行；Roslyn 分析器原生支持，无需额外插件
-
silent和none区别很大：silent仍触发代码修复（灯泡图标可见），none则彻底关闭诊断、连修复都不提示 - EditorConfig 不会覆盖插件未声明支持的规则——比如
sonar.python.s1192.severity = warning在.editorconfig里写了也无效，SonarLint 不认这个键名
为什么“红色波浪线”有时不导致构建失败
波浪线颜色（red/green/gray）只反映编辑器内实时诊断的严重性，和构建行为完全解耦。一个 error 级别的 Pylint 提示，不会让 pip install -e . 失败；一个 warning 级别的 Roslyn 分析器违规，也可能在 dotnet build 里变成错误——取决于你是否启用了 /warnaserror 或 <TreatWarningsAsErrors>true</TreatWarningsAsErrors>。
- Python：Pylint 默认不介入构建流程；若要让它阻断 CI，需在 GitHub Actions 中显式调用
pylint --exit-zero并解析返回码 - .NET：Roslyn 分析器默认只在 IDE 显示；要升级为编译错误，必须在
.csproj里添加<AnalysisMode>AllEnabledByDefault</AnalysisMode>或逐条设置<GlobalAnalyzerConfig> - JavaScript/TypeScript：ESLint 的
error级别只影响保存时提示；要在tsc或webpack中拦截，得配合eslint-webpack-plugin或自定义 script
容易被忽略的 Workspace Trust 和插件作用域问题
你在个人设置里把所有分析器都设成 error，但打开同事发来的项目后，波浪线全是灰色——大概率是 Workspace Trust 没开启，或者工作区 .vscode/settings.json 里有覆盖性配置。
- 右下角弹出 “Trust this workspace?” 时，点 “Trust”；否则 VSCode 会禁用所有非微软签名插件的诊断功能（包括 ESLint、Pylint、SonarLint）
- 工作区设置优先级高于用户设置：即使你在用户 settings.json 里写了
"eslint.enable": true，只要工作区里有"eslint.enable": false，就直接失效 - 某些插件（如 PHP Intelephense）会自动禁用未信任工作区中的语义检查，但语法高亮仍保留，造成“有提示没波浪线”的错觉
- 检查路径：命令面板 →
Preferences: Open Settings (JSON)→ 看左上角标签是 “User” 还是 “Workspace”，再确认内容是否被覆盖
真正难的不是配对某个规则，而是让同一套严重等级策略，在不同机器、不同 VSCode 版本、不同信任状态下稳定复现。EditorConfig + Workspace Trust 显式声明 + 工作区 settings.json 最小化覆盖，这三者缺一不可。
