sublime构建系统file_regex仅用于解析错误行以实现跳转，不支持通用日志过滤；需严格匹配格式（如转义斜杠、添加行尾锚定），否则无法跳转；真要过滤日志须在shell层预处理，避免破坏file_regex匹配。
Sublime构建系统本身不支持正则过滤输出
构建系统（sublime-build 文件）的 file_regex 字段仅用于解析错误行、提取文件路径/行号/列号，不是通用日志过滤器。它不支持 ^.*ERROR.*$ 这类任意匹配，也不能高亮、删减或重定向输出流。你看到的“构建输出里有 ERROR 行但没跳转”，大概率是 file_regex 没配对，而不是正则功能被禁用。
file_regex 必须严格匹配错误格式才能跳转
它只做一件事：从构建输出中识别出「可点击跳转到源码」的错误行。匹配失败 = 无跳转，但日志照常显示。常见写错点：
- 没转义斜杠：
file_regex值写成^/path/to/file.js:(\d+):(\d+)→ 应为^/path/to/file\.js:(\d+):(\d+) - 漏掉行尾锚定：
^Error.*at (.*):(\d+)可能跨行误抓 → 改成^Error.*at (.*):(\d+):(\d+)$ - 路径含空格或特殊字符未适配：
file_regex默认不处理带空格路径，得用^(.*?):(\d+):(\d+)+ 启用word_wrap: true避免截断 - Python traceback 要分两步：
file_regex只能捕获最后一行（如File ".*?", line (\d+), in.*），前面的Traceback和TypeError无法触发跳转
真想过滤构建日志，得靠外部命令预处理
Sublime 构建系统输出是只读流，不能在内部用正则删减。要实现“只看 ERROR 行”，必须把过滤逻辑前置到 shell 层：
- Linux/macOS：在
cmd中用grep -E "ERROR|FAIL|panic"或awk '/ERROR|FAIL/{print}' - Windows：用
findstr /C:"ERROR" /C:"FAIL"（注意findstr不支持.*，别写复杂正则） - 避免管道中断跳转：如果加了
grep，file_regex就失效了——因为原始错误行被过滤掉了。正确做法是先保存完整日志再过滤：sh -c "your_build_cmd 2>&1 | tee /tmp/build.log | grep -E 'ERROR|FAIL'" - 想保留跳转又过滤？只能妥协：用
file_regex匹配所有可能错误行（宽松一点），再靠终端颜色或 Sublime 的 Find 面板手动搜ERROR
构建输出太大卡死？别让它进 Sublime
构建日志超 10MB 时，Sublime 会卡顿甚至崩溃，这不是正则的问题，是编辑器加载机制限制：
- 默认
large_file_threshold是 10MB，构建输出不受此控，但一旦你双击打开日志文件，就触发该限制 - 安全做法：在构建命令末尾追加
> /tmp/build.out 2>&1，然后用tail -n 100 /tmp/build.out | subl -查看最后百行 - 别依赖构建面板看长日志——它没有滚动缓冲、不支持列选择、无法排序去重。真正要分析，还是导出后用 Sublime 正则（
Ctrl+F）配合Mark和Sort Lines
