最轻量、不改配置、不重启的临时 suppress 方法是：光标停在报错行按 ctrl+.（win/linux）或 cmd+.（macos），选“suppress diagnostic”，vscode 自动插入对应注释；整文件则光标置空白处同操作选“suppress all diagnostics in this file”，效果仅限当前文件。
怎么用快捷键临时 suppress 单行或整文件诊断
最轻量、不改配置、不重启的方法：光标停在报错行按 Ctrl + .（Win/Linux）或 Cmd + .（macOS），唤出快速修复菜单，选 Suppress diagnostic（不是 “Ignore problem” 或 “Disable rule”）。VSCode 会自动插入对应注释：
- TypeScript 报错 → 插入
// @ts-ignore在该行上方 - ESLint 报错 → 插入
// eslint-disable-next-line（单行）或顶部加/* eslint-disable */（整文件） - Python（Pyright）报错 → 插入
# pyright: ignore在该行末尾（注意：Pyright 不支持整文件suppress all diagnostics，只能逐行加）
整文件跳过：把光标放在空白处再触发快捷键，选 Suppress all diagnostics in this file。效果立刻生效，且只影响当前文件。
为什么不能靠 eslint.enable 或 typescript.validate.enable 实现“部分关闭”
这类设置是语言级开关，一关就是整个工作区所有 .js/.ts 文件全部静音——它不识别“哪几行该放行”，只认“当前文件是不是 JS/TS 类型”。所以你没法用它实现“只关 utils.ts 的 no-console，保留 main.ts 的类型检查”。
- 误关
javascript.validate.enable：所有 JS 类型推导、undefined访问提示、函数签名悬停全消失 - 误关
eslint.enable：不仅没 warning，真实错误如console.log拼错成consol.log也看不到 - 真正要调的是规则粒度，比如把 ESLint 的
eqeqeq改为"warn"，而不是关整个引擎
如何确认波浪线到底是谁画的
同一行红波浪线，背后可能是完全不同的检查器：pyright、ESLint、C_Cpp、vetur、甚至 cSpell。不确认来源就乱关设置，要么无效，要么误杀真实错误。
- 悬停波浪线，看提示末尾括号里的来源，例如
(pyright)、(eslint)、(cSpell) - 打开
Problems面板（Ctrl + Shift + M），看每条问题右侧的Source列 - 右下角状态栏有
ABC图标？基本就是Code Spell Checker在标中文或拼写 - 终端运行
code --status可查当前活跃的语言服务器
常见混淆点：cSpell.enabled 关的是拼写红线，和语法错误无关；而 problems.decorations.enabled 一关，所有波浪线（包括 TypeScript 类型错误）全消失——这是真不该碰的底线。
Python 和 TypeScript 的整文件跳过行为差异
TypeScript 支持真正的整文件跳过：快捷键选 Suppress all diagnostics in this file 后，顶部插入 // @ts-nocheck，编辑器立刻清空所有波浪线，且不影响 tsc 命令行检查。
- Python（Pyright/Pylance）目前不支持整文件 suppress —— VSCode 快捷菜单里没有
Suppress all diagnostics选项，只能手动在每行加# pyright: ignore - 想批量处理 Python 文件？得自己写脚本或用查找替换，但要注意：加在函数定义行上方可能无效，建议加在具体报错语句所在行末尾
-
// @ts-nocheck和/* eslint-disable */都只作用于编辑器内提示，不影响 CLI 工具链，这是设计使然，不是 bug
最容易被忽略的一点：这些注释只对当前文件生效，但如果你把它提交进 Git，别人拉代码后照样看到波浪线——临时调试可以，协作代码里千万别留。
