sublime Text 用户快捷键需在右侧 User.sublime-keymap 文件中以 jsON 数组形式添加，覆盖默认键位；command 名须准确，可借命令面板或控制台获取；推荐避开高频键、善用 context 条件及 Key Binding Resolver 插件调试。
sublime text 的默认快捷键不能直接修改，但可以完全覆盖——你只需在用户配置中添加同名 command 的新键位，它就会生效，原键位自动失效。
怎么打开并编辑用户快捷键文件
点菜单 Preferences → Key Bindings，会同时打开两个文件：左侧是只读的 default (windows/linux/macos).sublime-keymap，右侧是可编辑的 User.sublime-keymap。所有自定义都必须写在右侧文件里。
- 首次打开时，右侧可能是空的或只有
[]—— 这是合法的 json 数组，你往里面加对象就行 - 别手动改左侧文件，升级后会被覆盖，且可能引发解析错误
- 保存后立即生效，无需重启；若快捷键没反应，大概率是 JSON 格式错了（比如末尾多逗号、引号不闭合）
怎么知道要绑定的 command 名称
命令名写错，快捷键就等于废了。最稳的方式是：
- 先用
Ctrl+Shift+P打开命令面板，输入功能关键词（如 “delete line”），看对应命令名（通常是delete_line或run_macro_file） - 或者打开控制台
Ctrl+`，输入sublime.log_commands(True)，再手动触发一次目标操作（比如按一下Ctrl+Shift+K删除行），控制台会输出类似：command: run_macro_file {"file": "res://Packages/Default/Delete Line.sublime-macro"} - 注意：有些功能（如“格式化代码”）来自插件，
command名取决于你装的是JsPrettier、Black还是html-css-JS Prettify，得查对应插件文档
常见覆盖场景与安全写法
覆盖默认键位时，容易误伤其他功能。比如想把删除整行从 Ctrl+Shift+K 改成 Ctrl+D，但 Ctrl+D 原本是“选中下一个相同词”，直接覆盖会导致多选失效。
- 推荐优先用带修饰键的组合，例如
["ctrl+alt+k"]、["ctrl+shift+delete"]，避开高频键位 - 若真要覆盖常用键（如
Ctrl+S），建议同时禁用原行为，避免冲突：[{"keys": ["ctrl+s"], "command": "save"}, {"keys": ["ctrl+alt+s"], "command": "unbound"}] - 对宏类操作（如删除行），注意
command可能是run_macro_file，此时必须带上args.file路径，不能只写delete_line（后者是部分插件提供的简化命令，非内置）
进阶：让快捷键只在特定条件下触发
比如你希望 Tab 在无选中文本时才触发自动补全，有选中时就只缩进——这就需要 context 字段。
下面这个配置会让 Ctrl+Enter 只在光标位于空行时插入一行：
[{ "keys": ["ctrl+enter"], "command": "insert_line", "args": {"before": false, "after": true}, "context": [ { "key": "preceding_text", "operator": "regex_contains", "operand": "^\s*$" } ] }]context 是最容易被忽略的部分：没写或写错条件，快捷键就“看似生效实则静默”。调试时可用 Key Binding Resolver 插件（按 Ctrl+Alt+Shift+P）实时查看按键触发了哪个命令和上下文匹配结果。
真正卡住人的从来不是“怎么加一条快捷键”，而是改完之后发现某个功能突然失灵，却不知道是哪个 command 冲突了、哪条 context 没生效、或者 JSON 多了个逗号。每次改完，建议用控制台 sublime.log_commands(True) 实测一遍目标操作，眼见为实。