Sublime Text的Ctrl+Shift+P/Cmd+Shift+P失效90%因外部劫持：输入法、显卡驱动或插件覆盖；应先用sublime.log_input(True)确认按键是否进入编辑器，再查log_commands定位命令是否被覆盖。
Sublime Text 的 Package Control 热键（Ctrl+Shift+P / Cmd+Shift+P）失效，90% 不是插件管理器本身出问题，而是按键根本没进编辑器——被系统、输入法或显卡驱动提前截走了。
Ctrl+Shift+P 按了没反应？先看它进没进 Sublime
这是所有排查的起点。按 Ctrl+` 打开控制台，输入：
sublime.log_input(True)
再按 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS）。如果控制台完全没输出，说明 Sublime 根本没收到这个键：
- Windows 用户重点检查 NVIDIA 控制面板 → 「热键」、Intel Graphics Command Center → 「快捷键」是否启用了同组合
- macOS 用户去「系统设置 → 键盘 → 快捷键 → 输入源」，禁用「选择上一个输入法」（默认就是
Cmd+Shift+P） - 搜狗、QQ 拼音等中文输入法会劫持该组合作中英文切换；临时切到系统自带「简体中文-拼音」或英文输入法测试
- 确认没装 Karabiner、BetterTouchTool 等全局键映射工具在后台拦截
按键进了 Sublime 但命令面板不弹？查实际执行了哪个命令
如果 sublime.log_input(True) 有输出（比如 key evt: ctrl+shift+p），再输：
sublime.log_commands(True)
接着再按一次 Ctrl+Shift+P。控制台会显示类似：
command: show_panel {"panel": "command_palette"}
如果没出现这行，或者出现的是别的命令（比如 command: emmet_expand_abbreviation），说明绑定被覆盖了。关键点：
- Sublime 加载顺序是：
Default.sublime-keymap→ 插件目录下的Default.sublime-keymap→User.sublime-keymap - 后加载的静默覆盖前一个，不报错也不提示
- 高危插件：Vintage、Emmet、Origami —— 它们的
Default.sublime-keymap文件里常偷偷绑了ctrl+shift+p或同类组合
如何快速定位是哪个插件在抢 Ctrl+Shift+P
别靠猜，用安全模式和禁用工具交叉验证：
- 终端执行
subl --safe-mode启动：如果这时Ctrl+Shift+P恢复，就坐实是插件冲突 - 回到正常模式，按
Ctrl+Shift+P输入Package Control: Disable Package，逐个关掉 Vintage、Emmet、Origami - 每关一个就试一次
Ctrl+Shift+P；恢复即锁定罪魁 - 也可打开
Preferences → Browse Packages，进每个插件文件夹，搜索"ctrl+shift+p"或"super+shift+p"
User.sublime-keymap 写错 JSON 就等于没写
很多人以为改了用户配置就万事大吉，结果语法错一点整份文件就被 Sublime 静默忽略：
- 必须用英文双引号：
"keys"不是keys，"show_panel"不是show_panel - 数组结尾不能多逗号：
["ctrl+shift+p"],是错的，["ctrl+shift+p"]才对 - 不支持
//注释；想临时禁用某条，要么删整行，要么改成"command": "not_a_real_command" - 保存后立即生效，但得确保没其他插件在更靠后位置又绑了一次相同组合
Esc 键关不了命令面板？别碰 Key Bindings —— 它压根不走这个流程，是内核硬编码行为。真要调，得进对应插件设置（比如 Vintage 的 exit_insert_mode_on_escape）或查系统级拦截。
