ctrl+shift+v不弹历史面板是因为它被sublime原生绑定为“粘贴并缩进”，与插件的paste_from_history命令冲突；多行编辑时该快捷键优先触发缩进逻辑，插件监听被跳过，需改用ctrl+alt+v等无冲突组合键。
为什么多行编辑时 Ctrl+Shift+V 不弹历史面板？
因为 Ctrl+Shift+V 在 Sublime 原生逻辑里是「粘贴并缩进」，不是插件的唤出命令——你按下去触发的是缩进粘贴，根本没走到 paste_from_history。这不是插件坏了，是快捷键从一开始就绑错了位置。
多行编辑状态下尤其明显：光标在多个位置闪烁时，Sublime 会优先执行原生粘贴逻辑（比如自动对齐缩进），插件监听完全被跳过。
- 别试图在多行选区里“强行”用
Ctrl+Shift+V唤出历史——它不会响应 - 必须换一个不被 Sublime 内置占用、也不受多行编辑 context 干扰的组合键，比如
Ctrl+Alt+V - 确认该组合没被系统级工具（Ditto、微信、QQ）劫持：关掉它们再试一次
Clipboard History 和多行编辑插件（如 MultiEditUtils）真会冲突吗？
不会直接冲突，但行为会互相掩盖。MultiEditUtils 等插件通过重写 insert、paste 等底层命令来支持多光标粘贴，而 Clipboard History 依赖 on_post_text_command 监听事件——一旦多行编辑插件拦截了 paste 命令，历史插件就收不到事件，导致复制操作不进记录。
常见现象：你在多行模式下复制三段代码，打开历史面板只看到 1 条或空；但切回单光标再复制，立刻正常收录。
- 这是设计限制，不是 bug：插件只捕获 Sublime “感知到”的复制，而部分多行编辑插件绕过了标准文本命令链
- 临时绕过办法：复制前先按
Esc退出多光标模式，复制完再进多行编辑 - 长期建议：避免在多行编辑中频繁切换复制源；把常用片段存成
snippets或用Ctrl+Shift+P→Paste from History手动调用
如何验证当前快捷键是否真的进了 Sublime？
别猜，用控制台实测。很多“失效”问题其实是按键根本没传进来，压根和插件无关。
按 Ctrl+` 打开控制台，输入：
sublime.log_input(True)
然后按你设的唤出键（比如 Ctrl+Alt+V）。如果控制台没任何输出，说明信号被系统/输入法/显卡驱动截断了。
- Windows 用户重点查 NVIDIA 控制面板「热键设置」、Intel Graphics Command Center 快捷键开关
- macOS 用户检查「系统设置 → 键盘 → 快捷键」里 Spotlight 和输入源是否占用了同名组合
- 有输出但没反应？说明按键进了 Sublime，接着查
sublime.log_commands(True)看实际触发了哪个 command
真正麻烦的不是装不上，而是误判能力边界
Clipboard History 只是一个轻量监听器，它不接管系统剪贴板，也不理解多光标上下文。你复制一张截图、从 PDF 拖一段文字、或者用浏览器右键「复制图片地址」，它一条都不会记——这些操作根本不走 Sublime 的文本命令流。
如果你需要跨应用、带格式、或多光标场景下稳定回溯，这个插件帮不上忙；它只适合在 Sublime 单窗口内高频切换纯文本片段的场景。接受它的边界，比折腾兼容性更省时间。
