双击错误行无反应是因为file_regex未匹配实际报错格式；Sublime依赖该正则从错误文本中提取文件名、行号、列号三元组才能触发跳转，Lua不同解释器（如lua/luajit）输出格式差异大，需按真实报错定制正则。
Sublime Text 本身不调试 Lua，错误跳转完全依赖构建系统对报错文本的解析能力——没配对 file_regex，双击错误行就永远不跳。
为什么双击错误行没反应？file_regex 没匹配上实际报错格式
Sublime 的错误面板只是显示文字，真正触发跳转的是 file_regex 从错误字符串里抽取出「文件名、行号、列号」。Lua 默认报错形如 test.lua:5: attempt to call a nil value，但不同环境输出差异很大：
- 用
luajit时可能带列号：test.lua:5:12: attempt to call...，原正则"^(*?):([0-9]+):?([0-9]*):? (.*)$"会漏掉列号部分 - Windows 下中文路径 + Lua 5.4+ 可能导致报错里路径乱码，
file_regex匹配失败后整条错误被忽略 - 如果你装了
Lua Enhanced插件，它注册的 scope 是source.lua.enhanced，但构建系统里还写"selector": "source.lua"，那这个构建系统根本不会被启用，file_regex再准也没用
怎么写一个能用的 file_regex？按你实际用的解释器来
别抄通用正则，先看终端里 lua test.lua 或 luajit test.lua 真实报错长什么样，再反推正则。常见有效写法：
- 标准 Lua（只含行号）：
"file_regex": "^(.*?):([0-9]+):? ?(.*)$" - Luajit（含列号）：
"file_regex": "^(.*?):([0-9]+):([0-9]+):? ?(.*)$" - Windows 中文路径出问题？先挪到纯英文路径下测试，确认是编码问题再考虑改正则——Sublime 在 Windows 上默认按 ANSI 解析路径，而 Lua 5.4+ 只认 UTF-8，硬匹配容易错位
Ctrl+G 跳转不准，不是快捷键问题，是行号语义错位
Ctrl+G 跳的是当前文件的物理行号，和错误信息里的“逻辑行号”未必一致：
- Vue 单文件组件里报错说
MyComponent.vue:89，但<script></script>标签从第 10 行开始，那你要跳的是物理第 99 行，不是 89 - 文件混用了
\r\n和\n换行符？Sublime 统一按\n计数，可能比终端少算一行；右下角点编码 →Reopen with Encoding→UTF-8重载可修复 - 代码块被折叠？跳过去还是折叠状态，得手动展开才能看到目标行
- 跨文件跳转别输
:207，那是当前文件；要输utils.lua:207或用Ctrl+P模糊搜ut:207
构建系统生效前必须过这三关
缺一不可，任一环节断掉，Ctrl+B 就静默失败（不报错，也不运行）：
-
"cmd"必须跟你终端里真实敲得通的命令一致：如果luajit -v有输出，就得写["luajit", "$file"]；Windows 建议写["lua.exe", "$file"]，避免扩展名解析歧义 -
"selector"必须跟插件注册的语言 ID 对齐：装了Lua Enhanced，就得写"selector": "source.lua.enhanced"；写成source.lua就绑定不上 - 文件必须保存在
Packages/User/目录下，命名为Lua.sublime-build；JSON 里不能有中文引号、尾逗号、Tab 缩进——任何语法错误都会导致构建系统加载失败
最常被忽略的其实是工作路径和编码：Lua 脚本里用 io.open("data.txt")，但 Sublime 构建时 working_dir 没设对，或文件在中文路径下，脚本直接崩在打开阶段，根本不会走到报错解析那步。
