唯一生效路径是在user.sublime-keymap中用相同command名+新keys覆盖，默认文件只读且升级清空；编辑需确保json合法、command名实测、args/context结构正确，优先换组合键或加context避免冲突。
直接改不了，默认快捷键只能覆盖
Sublime Text 没有“修改默认快捷键”这回事——Default (Windows).sublime-keymap（或对应 macOS/Linux 文件）是只读的内置文件，你编辑它、保存、重启，下次升级就清空。真正生效的唯一路径，是在 User.sublime-keymap 里写新规则，用相同 command 名 + 新 keys 组合，系统自动覆盖旧绑定。
常见错误现象：在左侧默认文件里删了一条 {"keys": ["ctrl+shift+k"], "command": "run_macro_file", ...}，以为删掉了删除行功能——其实毫无影响，那文件根本没被加载执行。
- 点菜单 Preferences → Key Bindings，右侧空白面板才是你要编辑的
User.sublime-keymap - 首次打开时内容可能是
[]，这是合法 JSON，直接往里加对象就行 - 保存后立即生效，不用重启；没反应？90% 是 JSON 格式错（多逗号、引号不闭合、用了中文标点）
command 名必须实测，不能靠猜或搜旧教程
写错 command 字段，快捷键就静默失效，不报错也不提醒。比如想绑定“格式化代码”，网上教程写的 js_format 在 2026 年多数已被插件弃用，实际可能是 eslint_fix 或 black，取决于你装的是哪个插件。
最稳的获取方式只有两个：
- 按
Ctrl+Shift+P打开命令面板，输入功能关键词（如 “delete line”），看到带 ⌨️ 图标的那一行，后面就是真实command名（例如run_macro_file） - 或打开控制台
Ctrl+`，输入sublime.log_commands(True)，再手动触发一次目标操作（比如菜单里点“删除行”），控制台会输出类似：command: run_macro_file {"file": "res://Packages/Default/Delete Line.sublime-macro"}
覆盖高频键（如 Ctrl+S、Ctrl+D）要加 context 或禁用原行为
直接把 Ctrl+S 改成其他功能，会导致保存失灵；把 Ctrl+D 改成复制整行，就再也无法连续选词。这不是配置失败，而是设计冲突。
安全做法分三种：
- 优先换组合键：用
["ctrl+alt+s"]替代["ctrl+s"]，避开输入法、系统级冲突区 - 加
context区分场景：让Ctrl+D在无选区时执行duplicate_line，有选区时仍走原逻辑{"keys": ["ctrl+d"], "command": "duplicate_line", "context": [{"key": "selection_empty", "operator": "equal", "operand": true}]} - 显式禁用原键：若真要彻底释放
Ctrl+S，得补一条"command": "unbound"{"keys": ["ctrl+s"], "command": "unbound"}
args 和 context 写错位置就完全不生效
args 和 context 不是可选字段的装饰，它们必须作为同级字段和 keys、command 并列，且结构严格：
-
args是字典，不是字符串，比如运行宏必须写："args": {"file": "res://Packages/Default/Delete Line.sublime-macro"}，漏掉file或写成"args": "res://..."都会失败 -
context是数组，每项是对象，且所有条件是“且”关系；想实现“或”，得拆成两条独立规则 - 正则判断要用
not_regex_contains或regex_contains，写成contains无效
最容易被忽略的是：context 条件一旦写错（比如 "key": "setting.is_widget" 拼成 "is_widgt"），整个快捷键就静默失效，连基础键位都触发不了——调试时建议先去掉 context，确认基础绑定能跑通再说。
