Atom快捷键冲突需先用Cmd+.（macOS）或Ctrl+.（Win/Linux）打开快捷键解析器定位拦截源，再通过keymap.cson精准覆盖或unset!禁用，同时注意系统级快捷键和插件自动绑定的干扰。
查清楚谁在抢你的快捷键
Atom 的快捷键不是“设了就生效”，而是按优先级层层覆盖的：核心功能最低，插件中等，你写的 keymap.cson 最高。但前提是——你得先知道哪个来源正在拦截你的按键。比如按 Ctrl+/ 想注释代码，结果弹出系统搜索框，那大概率是 macOS 系统级快捷键或 Nuclide 插件在前头截胡了。
- 立刻按
Ctrl+.（Windows/Linux）或Cmd+.（macOS）打开快捷键解析器，实时看按下组合键时 Atom 到底匹配到了哪条规则 - 在设置 → Keybindings 里搜
ctrl-/或cmd-shift-7这类具体组合，注意顺序敏感：cmd-shift-*和shift-cmd-*是两条不同规则 - 重点看 “Source” 列——如果显示来自
nuclide、docblockr或platformio-ide-terminal，说明冲突源很明确，不用瞎猜
用 keymap.cson 覆盖冲突，但别硬刚
直接在用户 keymap 文件里写新绑定，是最常用也最可控的方式。但很多人一上来就写 'atom-text-editor': 'ctrl-/': 'editor:toggle-line-comments'，结果没生效——因为选择器太宽泛，被更精确的插件规则压住了。
- 优先复用 Atom 官方推荐的选择器，比如
'atom-workspace atom-text-editor:not([mini])'，它比atom-text-editor更精准，能避开 mini 编辑器等干扰场景 - 需要强制生效？加
!important：'atom-workspace atom-text-editor:not([mini]) !important': 'cmd-alt-/': 'editor:toggle-block-comments' - 想彻底禁用某条插件快捷键？用
unset!：'.platform-darwin atom-workspace atom-text-editor:not(.mini)': 'shift-cmd-C': 'unset!'（注意平台限定，避免误杀其他系统）
macOS 用户特别注意系统层冲突
在 Mac 上，Cmd+/、Cmd+Space 这类组合默认被系统接管，Atom 根本收不到事件。这不是 Atom 配置问题，而是键盘事件在到达编辑器前就被拦截了。
- 进「系统设置 > 键盘 > 快捷键 > 输入源」，关掉「选择上一个输入源」这类可能占用
Cmd+Space的选项 - 检查「辅助功能 > 键盘」里是否启用了「粘滞键」或「慢速键」，它们会劫持修饰键行为
- 如果必须保留系统快捷键，就别硬改 Atom；换一个不冲突的组合，比如
Cmd+Alt+/或Ctrl+Shift+;，实测干扰少
禁用插件比硬调快捷键更省事
有些插件（比如 nuclide-format-js、atom-ide-debugger-python）自带大量快捷键，且更新后可能悄悄改映射。与其每次更新都去修 keymap.cson，不如从源头掐断。
- 进 Settings → Packages，搜关键词
comment、format、debug，点开疑似插件，看它的 Keybindings 设置页，直接关掉整块绑定 - 临时验证是否是某插件导致？用
apm disable package-name命令禁用，或在 UI 里点 Disable，重启 Atom 测试 - Atomic Emacs 这类强绑定插件尤其要小心——它会重映射几乎所有基础导航键，和 Emmet、Vim-mode 同时启用时几乎必冲突
keymap.cson 里，必须靠 Cmd+. 实时抓包才能定位。没有这一步，后面所有修改都是蒙的。 
