先用Ctrl+.(Win/Linux)或Cmd+.(macOS)打开快捷键解析器实时定位拦截源，再通过keymap.cson精准覆盖或unset!禁用；注意系统级冲突（如macOS的Cmd+/）、选择器范围过宽、未取消原绑定（如Ctrl+S需先unset!再重绑）及作用域限定问题。
怎么快速定位谁在拦截你的快捷键
Atom 的快捷键不是“设了就生效”，而是按优先级逐层匹配：系统级 > 插件 > 你写的 keymap.cson。按 Ctrl+.（Windows/Linux）或 Cmd+.（macOS）立刻打开快捷键解析器，实时看按下组合键时 Atom 匹配到了哪条规则。
重点看 “Source” 列——如果显示来自 nuclide、docblockr 或 platformio-ide-terminal，说明冲突源明确，不用瞎猜。别只搜 ctrl-/，要连带平台前缀一起搜，比如 .platform-darwin atom-text-editor 和 .platform-win32 atom-text-editor 是两条不同规则。
keymap.cson 怎么写才真正生效
keymap.cson 是唯一可靠、可复现、能覆盖插件冲突的方式。路径必须准确：~/.atom/keymap.cson（macOS/Linux）或 %USERPROFILE%\.atom\keymap.cson（Windows）。改完后必须执行 Window: Reload（Cmd+Alt+R 或 Ctrl+Alt+R），否则改动不加载。
- 字符串值必须用单引号，如
'prettier:format'；双引号或不加引号会解析失败 - 选择器别写太宽泛，
'atom-text-editor'容易被插件更精确的规则压住，优先用'atom-workspace atom-text-editor:not([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 用户绕不开的系统级冲突
在 macOS 上，Cmd+/、Cmd+Space 这类组合默认被系统接管，Atom 根本收不到事件。这不是配置问题，是键盘事件在到达编辑器前就被拦截了。
进「系统设置 > 键盘 > 快捷键 > 输入源」，关掉「选择上一个输入源」；检查「辅助功能 > 键盘」里是否启用了「粘滞键」或「慢速键」——它们会劫持修饰键行为。如果必须保留系统快捷键，就别硬改 Atom，换一个不冲突的组合，比如 Cmd+Alt+/ 或 Ctrl+Shift+;，实测干扰更少。
Ctrl+S 想格式化却还是保存，为什么
Atom 默认把 ctrl-s 绑定到 core:save，你只加一条新命令（比如 prettier:format），两个动作会同时触发：先格式化、再立刻覆盖保存——看起来像“没反应”，其实是格式化被冲掉了。
必须显式取消原绑定：'*': 'ctrl-s': 'unset!'，再按语言范围重新绑定，例如：'.source.js': 'ctrl-s': 'prettier:format'。如果用了 prettier-atom 插件，还得在插件设置里勾选「Format on save」，否则 prettier:format 在未保存状态下可能静默失败。
作用域写死了就只在对应语言生效，'.source.js' 不会在 .css 或 .html 文件里触发——需要分别写多条规则。
keymap.cson 却没效果，是因为根本没意识到快捷键事件压根没传到 Atom 里。 
