sublime text构建系统本身不支持过滤控制台输出，需借助外部命令（如findstr/grep）或filterlines插件实现；关键要注意file_regex适配过滤后格式、编码设置及平台差异。
为什么构建系统不能直接过滤控制台输出
Sublime Text 的构建系统（.sublime-build）本身不提供“过滤 stdout”功能，它只负责启动子进程、捕获输出、按 file_regex 提取错误位置并高亮。所谓“过滤控制台信息”，实际是两类需求混用：一是隐藏无关输出（如编译器冗余日志），二是提取关键行（如只看 error 或匹配某关键词）。这两者都得靠外部工具或构建命令链完成，不是改个 encoding 或 selector 就能解决的。
用 cmd + shell 管道过滤 C++/Python 构建输出
Windows 和 macOS/Linux 行为差异大，但核心思路一致：让构建命令自身完成筛选，再交由 Sublime 显示。注意必须用 "cmd" 数组模式（"shell_cmd" 会忽略 encoding 且难控管道）。
- Windows 示例（过滤掉 g++ 的 warning，只留 error 和 fatal）：
["D:/mingw64/bin/g++.exe", "-finput-charset=UTF-8", "-fexec-charset=UTF-8", "-o", "${file_path}/${file_base_name}.exe", "$file", "2>&1", "|", "findstr", "/C:"error:" /C:"fatal error""]
⚠️ 实际需用cmd /c包一层才能生效，完整写法：["cmd", "/c", "D:/mingw64/bin/g++.exe -finput-charset=UTF-8 -fexec-charset=UTF-8 -o "${file_path}/${file_base_name}.exe" "$file" 2>&1 | findstr /C:"error:" /C:"fatal error""] - macOS/Linux 示例（Python 脚本运行后只显示含 “ERROR” 或 “Traceback” 的行）：
["bash", "-c", "python3 -u "$file" 2>&1 | grep -E '(ERROR|Traceback|^\s*File ".*", line [0-9]+)'] - 所有管道写法都必须配
"encoding": "utf-8"，否则grep或findstr输出仍可能乱码 - 别在
cmd里直接写单引号或未转义的双引号——JSON 解析会失败；路径含空格务必用"包裹
用 FilterLines 插件处理已输出的构建结果
如果构建已完成、控制台里堆满了几百行输出，又不想重跑，FilterLines 是最实用的补救方案。它不改构建过程，而是对 Sublime 控制台面板里的文本做实时筛选。
- 先确保插件已安装：Package Control → Install Package → 输入
FilterLines回车 - 打开控制台（
Ctrl + `），全选所有内容（Ctrl + A），然后右键 →Filter Lines: Include lines with string - 在底部输入框里填关键词，比如
error、line [0-9]+（正则需勾选 “Use regex”）、或Traceback - 结果会立刻出现在新标签页
Filter Results中，支持复制、保存为文件，甚至再套一次过滤 - ⚠️ 注意：FilterLines 对控制台内容操作的前提是——这些内容已“渲染完成”。如果构建还在跑、输出是流式刷屏，得等结束或手动暂停（部分构建系统支持
Ctrl + Break）
真正容易被忽略的点
很多人试了管道过滤却失败，不是语法错，而是卡在三个隐形环节：file_regex 不匹配过滤后的输出格式（比如原 g++ 错误行是 main.cpp:12:5: error: …，经 findstr 后只剩 error: …，file_regex 还照搬旧正则，就无法跳转）；Windows 下 findstr 不支持 Unicode，含中文的 error 信息会被漏掉；Mac/Linux 的 grep 默认不处理换行符，若 Python 输出含
，可能截断匹配。这些都不是“配置没生效”，而是输出结构已被前置命令悄悄改写了。
