atom build 报错后无法点击跳转，主因是 build 插件未正确解析错误输出：需检查并配置 error match 正则（如 python 用 ^file "(.+?)", line (\d+)），清空 linter-ui-default 的作用域过滤，确保路径含引号或改用绝对路径，并等待 lsp 索引完成后再跳转。
Atom Build 报错后点不了错误行？先确认 build 插件是否真在解析输出
Atom 本身不编译代码，所有“点击跳转到报错行”能力都依赖 build 插件 + 对应构建工具（如 python、gcc、npm run build）的输出格式匹配。如果点击错误信息没反应，大概率是 build 没识别出哪一行是错误路径+行号。
常见错误现象：build 面板里显示了 File "main.py", line 42，但鼠标悬停无下划线、点击无效；或只高亮整行，无法跳转到具体文件。
- 打开
atom://config→ 找到build插件 → 点开 “Advanced” 标签页 → 检查Error Match字段是否为空；若为空，它根本不会尝试解析任何文本 - Python 场景推荐填：
^File "(.+?)", line ([0-9]+)（注意开头的^，否则可能匹配失败） - Node.js 或 Webpack 错误常用：
^(.*?):([0-9]+):([0-9]+):，对应index.js:12:5:这类格式 - 改完必须重启 Atom 或执行
Window: Reload，否则新正则不生效 - 测试方法：在终端手动运行一次构建命令（如
python -m py_compile broken.py），把错误输出复制进 Atom 新建 buffer，用Editor: Select Line选中那行，再按Ctrl+Shift+P运行Build: Parse Current Buffer，看能否提取出文件和行号
linter 和 build 报错混在一起，点错了位置？关掉作用域过滤
当 linter（语法检查）和 build（编译/运行错误）同时启用，且都配置了错误匹配，它们可能互相干扰——比如 build 解析出的错误被 linter-ui-default 当作语法提示渲染，导致点击跳转到 linter 的临时标记位置，而非真实文件行。
典型表现：点击 build 错误后，光标跳到当前文件顶部、或跳到一个不存在的列偏移处。
- 进
linter-ui-default设置页 → 找到Only show messages for scopes matching→ 清空该字段（别留空格） - 同理检查
build插件设置里的Scope字段，确保不是设成了source.python却在 Markdown 文件里运行 build - 禁用
linter插件几秒，单独测试build跳转是否正常；如果好了，说明两者底层消息通道冲突 - 避免同时启用
linter+build对同一类错误（如 PythonSyntaxError）做双重标记，容易触发 Atom 的 message overlay 渲染竞争
点击跳转后打不开文件？检查路径是否被 build 输出截断或含空格
build 工具（尤其是 Windows 下的 cmd.exe 或旧版 Python）常把长路径截成 C:\Users\ADMINI~1\...，或对含空格/中文路径不加引号，导致 build 插件提取出的文件路径根本不存在。
错误信息示例：File "C:\Users\John Doe\project\main.py", line 15 → 提取结果变成 C:\Users\John（空格截断）
- 在
build插件的Error Match正则中，把文件名捕获组改成非贪婪+支持引号：^File\s+"([^"]+)"\s*,\s*line\s+([0-9]+) - 更稳妥的做法：改用绝对路径输出。例如 Python 脚本开头加
import os; print(f'File "{os.path.abspath(__file__)}", line 15')，绕过 shell 解析 - Windows 用户可临时把项目移到纯英文无空格路径（如
C:\tmp\proj）验证是否为路径问题 - 若用
script插件替代build运行代码，它默认不解析错误路径，只能靠人工看 —— 这不是 bug，是设计如此
build 跳转成功但光标卡在错误行上方？别忽略 LSP 索引延迟
对于大型项目（尤其 TypeScript/Go），即使 build 正确提取了 main.ts:88，点击后光标可能停在第 87 行或跳到文件末尾——这不是跳转逻辑错，而是语言服务（ide-typescript、ide-go）尚未完成符号索引，Atom 编辑器 buffer 尚未准备好该位置的准确偏移。
此时右下角状态栏可能显示 tsserver: indexing... 或 gopls: loading...，但你已急着点击。
- 首次打开项目后，等右下角出现
ide-xxx: ready再试跳转（通常需 3–15 秒，取决于项目大小） - 不要连点多次，
build的跳转命令会排队，后续请求可能覆盖前一次的正确位置 - 如果总卡在某一行附近，检查该文件是否被
.eslintignore或tsconfig.json的exclude字段排除，LSP 不加载它就无法精确定位 - 极少数情况是 Atom 渲染层 bug：重启 Atom 后首次跳转正常，第二次开始偏移，此时可尝试禁用所有非必要插件，保留
build+ide-xxx最小组合验证
