能跳转的前提是构建输出包含真实路径+行号且file_regex能精准提取。需检查输出格式有效性、正则捕获组正确性、路径基准（绝对/working_dir）、大小写敏感及ctrl+g物理行匹配等细节。
能跳转的前提不是插件多厉害，而是构建输出里真有路径+行号，且 file_regex 正则能精准抽出来——缺一不可。
构建输出有没有可识别的路径和行号？
按 Ctrl+Shift+B（Windows/Linux）或 Cmd+Shift+B（macOS）调出构建面板，别只看“Build finished”，直接扫原始输出：
- ✅ 有效格式：
main.py:8: SyntaxError: invalid syntax、src/utils.c:42:10: error: 'x' undeclared、File "app.py", line 123, in <module></module> - ❌ 无效格式：
error at line 5、[ERROR] main.py:12、Compilation failed——没路径、没行号、结构松散，file_regex再准也白搭
解决办法只有两个：python -m py_compile "%f" 替代裸跑 python "%f"；给 gcc 加 -fshow-column 确保列号稳定；避免用管道过滤（如 2>&1 | grep error），它常截断路径。
file_regex 正则写对了吗？
Sublime 只认两个关键捕获组：第 1 组必须是文件路径，第 2 组必须是行号。漏转义、顺序颠倒、没加 ^ 和 $，整行就匹配失败。
- 适配
gcc/clang："file_regex": "^(.+):([0-9]+):([0-9]+):\s+(error|warning):\s+(.*)$" - 适配 Python traceback：
"file_regex": "^File "([^"]+)", line ([0-9]+)" - 更通用写法（推荐先试）：
"file_regex": "^([^:]+?):([0-9]+):?([0-9]+)?:?\s*(error|warning|SyntaxError|NameError)?:?\s*(.*)$"
注意：.、:、"、(、) 都要转义；.+ 容易过度匹配，用 [^:]+ 更稳；Windows 路径分隔符混用时，避免硬写 ，用 / 或正则通配更可靠。
路径匹配成功但打不开文件？
匹配成功 ≠ 能打开文件。Sublime 解析路径时只认两种基准：绝对路径（如 /home/user/proj/main.py）直接打开；相对路径（如 src/main.py）以 working_dir 为根拼接。
- 你只打开了单个
main.py文件（没通过File → Open Folder打开整个项目），但日志里是src/main.py:7，Sublime 会去当前目录下找./src/main.py，自然失败 -
working_dir没设或设错：应明确写"working_dir": "$project_path"，而不是依赖默认值 - 大小写敏感问题：日志写
Main.py，但文件实际叫main.py（Linux/WSL 区分，macOS 默认不区分）
最省事解法：始终用 File → Open Folder 打开项目根目录，并在构建系统中显式设置 "working_dir": "$project_path"。
Ctrl+G 是最后兜底手段，但要注意物理行 vs 逻辑行
Ctrl+G（Windows/Linux）或 Cmd+G（macOS）永远可靠，但它跳的是物理行，不是堆栈里的逻辑行：
- 终端报错
index.js:287:12，只输287即可；别输line 287、:287、287,这类前缀或标点 - 文件刚修改但没保存：日志基于旧内容生成，而
Ctrl+G按当前实时行数跳——务必确认你正在编辑的文件和报错时刻一致 - 混合换行符（
Reopen with Encoding → UTF-8可修复 - 代码折叠：跳
50行仍落在折叠区域内部，需手动展开才能看到光标
真正容易被忽略的是：跳转行为完全基于当前文件的实时内存状态，而不是磁盘文件、也不是历史版本。哪怕你刚删了 20 行，行号就立刻重算——别信“我记得这错在 300 行”，得信你此刻看到的状态栏总行数和输入框里的数字。
