ctrl+m/cmd+m跳转必须光标精确落在括号字符上，否则无响应；常见失效原因包括光标位置错误、tree-sitter启用、vim-mode-plus等插件冲突，验证可用atom --safe模式。
Ctrl+M / Cmd+M 跳转必须光标落在括号字符上
Bracket-Matcher 的跳转功能不是“找最近一对”，而是严格绑定当前光标所在字符：只有当光标停在 (、)、[、]、{ 或 } 这六个字符之一上时，按 Ctrl+M（Windows/Linux）或 Cmd+M（macOS）才会触发跳转。光标停在中间空白、字符串内、注释里，甚至紧邻括号的空格上，都会无响应。
- 常见错误现象：输入
if (x > 0) {后把光标移到{后面再按Cmd+M，没反应——因为光标不在{上，而在其右侧空格 - 正确操作：用方向键或鼠标精确点击到
{字符上，再按快捷键 - 若按了没反应，打开
Key Binding Resolver（Ctrl+.或Cmd+.），然后按Cmd+M，看右边是否显示绑定到bracket-matcher:toggle-bracket；如果显示被vim-mode-plus或其他插件劫持，就得调整 keymap 或禁用冲突插件
Tree-sitter 启用后跳转可能完全失效
如果你在 Settings → Core → Use Tree Sitter Parsers 打了勾（尤其对 language-javascript、language-rust 等启用了 Tree-sitter），那么括号匹配逻辑就由 Tree-sitter 引擎接管，bracket-matcher 的跳转和高亮会退化甚至不触发——这不是 bug，是 Atom 官方设计的优先级规则。
- 验证方法：临时关闭 Tree-sitter（取消勾选），重启 Atom，再试
Cmd+M是否恢复 - 若必须用 Tree-sitter（比如需要更准的语法高亮），就别指望
bracket-matcher的跳转；可改用Ctrl+Click（需symbol-view插件支持）或手动搜索匹配符号 - 注意：
atom-parinfer和tree-sitter-syntax这类插件明确标注为“实验性”，它们也会覆盖括号行为，建议禁用
跳转失败时优先检查插件冲突而非重装 Atom
90% 的跳转失灵问题，根源不是配置损坏，而是某个已启用插件压制了 bracket-matcher 的行为。最常冲突的是深度介入编辑流的插件。
- 重点排查：
vim-mode-plus（会劫持Cmd+M绑定）、parinfer（接管括号插入与结构维护）、language-clojure（对()有专属处理逻辑） - 快速验证：终端执行
atom --safe启动（禁用所有社区插件），测试跳转是否正常；若正常，说明问题出在插件，而非 Atom 本身 - 临时方案：在 Packages 设置页中搜索对应插件，点击
Disable，而不是卸载——关掉再试一次Cmd+M就能定位元凶
别依赖自动补全来“制造”可跳转的括号
自动补全（如输 ( 后自动加 )）和跳转是两套独立机制。补全成功不代表跳转一定可用——尤其当补全后的右括号被后续编辑覆盖、或处于字符串/注释内时，bracket-matcher 会直接忽略该括号对。
- 例如：输入
console.log("("，自动补全出")"，但此时两个括号都在字符串内，Cmd+M对它们无效 - 再如：输入
if (x > [y])，光标停在最外层)上按Cmd+M，跳转目标是(，不是[——它只匹配同类型、最近的配对，不跨类型也不嵌套追踪 - 想确保跳转可靠，就手动把光标移过去，而不是靠补全“凑出”一对再跳
Cmd+M，却忘了自己刚在 vim-mode-plus 的 Normal 模式下，根本没进入 Insert 模式，光标压根没落在代码字符上。
