sublime text的警告源自linter插件而非构建系统；构建仅输出命令结果，而波浪线、悬停提示等由sublimelinter及其子插件（如sublimelinter-flake8）控制，两者独立运行、配置分离。
构建系统本身不产生警告，真正源头是 Linter 插件
Sublime Text 的构建系统（Build System）只负责调用外部命令（比如 python、luacheck、gcc），它自己不会生成任何波浪线或警告文本。你看到的“警告信息”几乎都来自 SublimeLinter 及其子插件（如 SublimeLinter-flake8、SublimeLinter-luacheck）。构建输出面板里显示的内容，只是原始命令的标准输出/错误流；而编辑器里红色/绿色波浪线、侧边栏白点、悬停提示，全由 Linter 控制。
怎么精准屏蔽某类警告（比如 trailing whitespace）
以 luacheck 为例，它默认会报告 line contains trailing whitespace 这类风格问题。这类警告不能靠构建系统过滤，必须在 Linter 配置里用正则匹配忽略：
- 打开
Preferences → Package Settings → SublimeLinter → Settings - 在右侧
Settings – User中添加或修改linters块：
"linters": {
"luacheck": {
"ignore_match": [
".*trailing whitespace.*",
".*only whitespace.*",
".*line is too long.*"
]
}
}
注意：ignore_match 是 Python 正则，不是 luacheck 原生的 --ignore 参数；它作用于警告文本全文匹配，不是错误码。如果想按代码屏蔽（如 W211），得换用 args 传参：
"args": ["--ignore", "W211,W612"]- 不同 linter 的参数名和格式差异很大，
flake8用--select，eslint用--rule，不能混用
构建输出面板里的警告能被重定向或过滤吗
可以，但仅限于你控制的构建命令本身。比如你写了一个自定义构建系统调用 python -m py_compile，那就在 cmd 或 shell_cmd 里加管道或重定向：
一款AI工具，主要用于一款基于 Rust 的快速无头浏览器自动化命令行工具（CLI），支持 Node.js 回退机制，可使 AI agent 通过结构化命令实现页面导航、点击、输入及截图，适合需要提升相关任务效率的用户。
- Linux/macOS：用
2>&1 | grep -v "warning"（不推荐，会误杀有用信息） - Windows：用
2^>^&1 | findstr /v "warning"（需转义） - 更稳妥的做法是改用
quiet模式：如luacheck --quiet、flake8 --quiet
但要注意：这类过滤只影响构建面板输出，不影响编辑器里的波浪线——那是 Linter 独立运行的结果，和构建是否执行无关。
容易被忽略的关键点
很多人以为关掉构建系统就能消除警告，其实构建和 Linter 是两条并行链：
- 构建系统调用解释器/检查器一次，输出一次结果；
- Linter 插件在后台持续监听文件变更，自动触发检查，并直接操作编辑器视图 API 画波浪线；
- 即使你禁用了所有构建系统，只要
SublimeLinter启用，波浪线照常出现； - 反过来，如果你只关了 Linter，但构建命令本身输出警告（如
gcc -Wall），那些文字仍会出现在构建面板里，无法通过 Linter 设置过滤。
真正要“过滤掉多余警告”，得先分清它来自哪一层：是终端输出？还是编辑器 UI？两者配置位置、生效逻辑、甚至重启要求都完全不同。
