图形界面不支持“ctrl+k ctrl+d”类序列键，因其仅接受单次组合键；序列键（chord）必须在keybindings.json中以"ctrl+k d"格式手动定义，并依赖松开前键后再监听后键的逻辑。
复杂组合快捷键在 VSCode 里完全可行，但必须用 keybindings.json 手动写，图形界面不支持多步、带条件或冲突覆盖的精细控制。
为什么图形界面改不了“Ctrl+K Ctrl+D”这类序列键
VSCode 图形化快捷键编辑器（Ctrl+K Ctrl+S）只接受单次按键组合，比如 ctrl+shift+f，它无法识别“先按 ctrl+k，松开再按 d”这种两段式序列。这类操作底层对应的是“chord”（和弦键），必须显式写进 JSON：
- 序列键格式固定为
"key": "ctrl+k d"（注意空格，不是加号） - 不能省略中间键的释放逻辑：VSCode 会等你松开
ctrl+k后再监听下一个键 - 图形界面点“键盘图标”后按
ctrl+k，它只会卡住，不会让你输第二段
when 条件写错会导致快捷键完全静默失效
很多用户加了 when 却发现键没反应，不是语法错，而是上下文判断失败。常见陷阱：
-
"when": "editorTextFocus"—— 只在代码编辑器里生效，终端、设置页、搜索框里按了也白按 -
"when": "resourceExtname == '.py'"—— 文件名必须带.py后缀，且当前文件已保存（未保存的临时文件resourceExtname是空字符串） -
"when": "editorTextFocus && !inDebugRepl"—— 调试控制台（REPL）里会禁用，但普通终端（Terminal）不受影响 - 想全局生效？删掉
when字段，或者写成"when": ""（空字符串）
覆盖默认键要防误操作，别直接干掉 Ctrl+S
高频键如 Ctrl+S（保存）、Ctrl+P（快速打开）被覆盖后，协作或临时换机器时容易卡壳。安全做法是：
- 保留原键，另配一个更顺手的，比如同时设
{"key":"ctrl+s","command":"workbench.action.files.save"}和{"key":"cmd+enter","command":"workbench.action.files.save"} - 真要替换，加
when缩小范围，例如只在 Python 文件里用Ctrl+S触发格式化："when": "editorTextFocus && resourceExtname == '.py'" - 禁用某默认键，用
"command": "unset"，而不是留空或删掉整条——留空会被忽略，删掉可能被自动恢复
跨平台键名别硬写 cmd 或 ctrl
VSCode 会自动把 ctrl 映射为 macOS 的 cmd，所以写 "key": "ctrl+shift+p" 在 Windows/macOS 都能用。但如果你手动写成 "key": "cmd+shift+p"：
- macOS 上正常
- Windows 上彻底无效（系统根本不认
cmd键） - Linux 上同样失效
所有平台统一用 ctrl、alt、shift、escape，这是 VSCode 官方约定，别自己翻译。
最常被忽略的其实是 when 表达式的求值时机——它只在按键按下瞬间检查一次，不会动态监听焦点切换。所以如果你绑了 "when": "terminalFocus" 却在编辑器里按了键，VSCode 不会等你切到终端再执行，它当场就放弃。想让行为随上下文变化，得靠多条规则 + 精确 when 组合，而不是指望“延迟触发”。
