Atom括号匹配功能默认启用，但易受vim-mode-plus等插件干扰；自动补全仅在行末、空格或特定符号后触发，不支持及注释字符串内；高亮样式需通过styles.less修改.bracket-matcher规则。
括号匹配功能默认就开着，但可能被插件干扰
Atom 默认启用括号高亮（bracket-matcher）和自动补全（autocomplete-plus），不需要额外安装核心插件。如果你发现 { 输入后没自动出现 }，或光标移到 ) 时没有反向高亮对应 (，大概率是某个已启用的插件在冲突——尤其是 vim-mode-plus、parinfer 或旧版 language-clojure 这类深度介入编辑逻辑的插件。
验证方法：打开命令面板（Cmd+Shift+P / Ctrl+Shift+P），输入 Bracket Matcher: Toggle 手动开关一次；若立刻恢复高亮，说明功能本身正常，只是被其他插件压制了。
- 临时排查：启动 Atom 时加
--safe参数（终端执行atom --safe），此时禁用所有社区插件，观察括号行为是否恢复正常 - 常见干扰源：
parinfer会接管括号插入逻辑，关闭它或设为仅在.clj文件生效 - 检查设置页中
bracket-matcher插件是否被意外禁用（Settings → Packages → search “bracket-matcher” → 确保 Enable 开关是蓝色的）
自动补全括号的触发条件与例外情况
Atom 的 bracket-matcher 只在光标位于行末、空格后、或某些符号（如 =、:）右侧时自动插入右括号。它**不会**在已有字符紧邻右侧时触发，这是有意设计，避免误操作。
例如输入 if (x > 0 后按空格，再输 )，此时 ) 不会重复出现；但若输入 if (x > 0 （结尾有空格），再按 )，就会自动跳过已存在的右括号并定位到外层。
- 支持的括号对：
()、[]、{}、""、''、``，但不包括（HTML 标签需靠language-html自身逻辑） - 在注释内（
//或/* */中）或字符串里，自动补全完全禁用 - 按
Enter换行时，若当前行以{结尾，会自动缩进并补上}—— 这由editor设置中的Auto Indent和Auto Indent On Paste共同控制，不是bracket-matcher负责
高亮样式能改，但别碰 core.highlight-line
括号高亮颜色来自主题（theme）的 .bracket-matcher .region CSS 规则，修改它最直接。打开 ~/.atom/styles.less（macOS/Linux）或 %USERPROFILE%\.atom\styles.less（Windows），添加：
.bracket-matcher .region {
background-color: rgba(100, 200, 255, 0.3);
border-radius: 2px;
}注意：不要修改 core.highlight-line 相关设置，那是整行高亮，和括号匹配无关；混淆这两者会导致你调了半天颜色却没效果。
- 如果用了深色主题但括号背景太淡，优先提高
rgba第三个值（蓝色分量）或透明度（第四个值） - 想让高亮更“锋利”，可加
border: 1px solid #64c8ff;，但会略微影响滚动性能（尤其大文件） - 重启 Atom 或执行
Window: Reload才生效，热重载不刷新 CSS 注入
语言特定行为差异：JSON、JSX、Python 处理方式不同
括号匹配逻辑本身是通用的，但实际表现受语法解析器影响。比如 language-json 对 {} 高亮严格，而 language-python 因无花括号作用域，只响应 [] 和 ()；language-babel 在 JSX 中能把 <div> 当作括号对高亮，但原生 <code>language-html 不行。
- 检查当前文件语法：右下角状态栏点击语言名（如 “JavaScript”），确认选的是
JavaScript (Babel)而非基础JavaScript，后者对 JSX 支持弱 - JSON 文件里输入
{后没补全？确认文件扩展名是.json且未被误识别为JSON with Comments（后者禁用自动补全） - Python 中
def foo():后按Enter出现缩进但无:补全——这不是括号匹配问题，是autocomplete-python插件职责范围
Atom 的括号行为本质是轻量级文本匹配，不依赖 AST。真正复杂的需求（比如跨多行函数体高亮、条件语句配对）它做不了，也别强求——这时候该换 VS Code 或 Vim + treesitter。
