侧边栏插件快捷键冲突源于其default.sublime-keymap加载优先级高于user配置，导致用户绑定被静默覆盖；可通过sublime.log_input(true)和log_commands(true)定位实际执行命令，并在user中用正确json格式重绑定相同keys来覆盖。
侧边栏插件（如 SideBarEnhancements、Origami、ProjectManager）的快捷键冲突，根本不是“配错了”，而是它们自带的 Default.sublime-keymap 在加载顺序上压过了你写的 User.sublime-keymap，且不报错、不提示——你改的那条根本没机会执行。
怎么确认是侧边栏插件劫持了快捷键
先让 Sublime 把按键路径“说出来”：按 Ctrl+` 打开控制台，输入 sublime.log_input(True) 回车，再按你想查的组合键（比如 Ctrl+K、Ctrl+Shift+P 或右键菜单常用键）。
- 如果控制台完全没输出 → 按键被系统/输入法/显卡驱动截断，和插件无关
- 如果有
key evt: ctrl+k这类日志，但功能不对（比如想新建文件却打开了命令面板）→ 真正执行的是插件命令，比如command: side_bar_new_file或command: origami_create_pane - 此时再输
sublime.log_commands(True)，重按一次，就能看到最终执行的命令名
为什么删了 User 里的绑定，侧边栏快捷键还生效
因为 SideBarEnhancements、Origami 这类插件在自己的 Packages/SideBarEnhancements/Default.sublime-keymap 里写了绑定，而 Sublime 加载顺序是：Default → 插件 Default.sublime-keymap → User.sublime-keymap。后加载者静默覆盖前一个。
- 打开
Preferences → Browse Packages，进SideBarEnhancements/、Origami/、ProjectManager/目录，直接查看它们的Default.sublime-keymap - 搜索你想改的组合，比如
"ctrl+k"，确认是否被这些插件提前占用了 - 临时禁用插件验证：按
Ctrl+Shift+P输入Package Control: Disable Package，逐个关掉上述插件，再试快捷键
怎么安全覆盖侧边栏插件的快捷键
不能只在 User.sublime-keymap 里加一条新绑定就完事——得确保它“赢过”插件的默认绑定。最可靠的方式是：在 User.sublime-keymap 中，用相同 "keys" 字段，绑定你想要的命令，并确保 JSON 格式绝对正确。
- 必须用英文双引号包裹所有键名和字符串：
"keys"不是keys，"toggle_comment"不是toggle_comment - 数组结尾不能多逗号：
["ctrl+k"]是对的，["ctrl+k"],是错的 - 不支持
//注释；要禁用某条，改成"command": "not_a_real_command"或直接删整行 - 示例：想把
Ctrl+K从侧边栏新建文件改回原生折叠功能，就在User.sublime-keymap里写：[{"keys": ["ctrl+k"], "command": "toggle_fold"}]
Esc 关不掉侧边栏面板？这不是快捷键问题
Esc 关闭命令面板、搜索框、替换栏，是 Sublime 内核硬编码行为，完全不走任何 .sublime-keymap 流程。你在 User.sublime-keymap 里加 {"keys": ["escape"], "command": "hide_panel"} 不仅无效，还会破坏原生逻辑——比如按了 Esc 后面板卡住不动。
- 如果
Esc失效，先运行subl --safe-mode：如果这时恢复，说明是Origami或Vintage这类插件干扰了 UI 状态管理 -
Origami用户需进Preferences → Package Settings → Origami → Settings，设"close_on_escape": false - macOS 用户还要检查系统设置 → 键盘 → 是否勾选「使用 F1、F2 等键作为标准功能键」，否则部分键盘固件会吞掉
Esc
真正麻烦的不是改哪一行 JSON，而是插件绑定带 context 条件——比如只在侧边栏焦点时才触发 Ctrl+Click，这种隐性约束很难靠肉眼发现，得结合 sublime.log_commands(True) 输出反复比对。
