最佳 Cursor 快捷键不是把官方列表背完，而是把命令面板、Chat、行内编辑、Composer 和 Tab 接受这五件事练成肌肉记忆。Cursor 继承了 VS Code 的大部分键位，真正多出来的是 AI 相关动作；先把这层用顺，效率提升最明显。
应该优先练熟的一组
命令面板在 macOS 是 Cmd+Shift+P，Windows/Linux 是 Ctrl+Shift+P。记不住某个 AI 动作时，先调面板搜英文名，比在菜单里找更可靠。Chat 常用 Cmd+L / Ctrl+L 开关侧栏。行内改写常用 Cmd+K / Ctrl+K：选中一段代码再按，适合局部重构，不必打开大面板。
Composer 或 Agent 面板的默认组合因版本可能是 Cmd+I / Ctrl+I。若按了没反应，到 Keyboard Shortcuts 里搜 Composer、Agent 核对，不要以为功能被删了。Tab 接受补全、Esc 拒绝、Alt 方向键逐词接受，这三项决定你是被灰色文字牵着走，还是你在主导。
建议这样练三天
- 第一天只强迫自己用命令面板打开 Chat 和设置，停用鼠标点侧栏图标。
- 第二天把局部修改全部改为先选中再
Cmd/Ctrl+K，体会它和整段 Chat 的差别。 - 第三天把跨文件任务固定用 Composer 快捷键打开，并练习在 diff 间用方向键跳 hunk。
- 到 Keyboard Shortcuts 把与你旧 IDE 冲突的键改掉，尤其是终端、调试和多光标。
- 把「接受补全」和「接受下一词」分开。整行 Tab 很容易把错误 API 一次性吃进去。
改键时注意的边界
不要把 Tab 改成别的键以后又去装第二套 AI 补全，两套抢同一个接受动作会让你以为 Cursor 坏了。远程 SSH 会话里，部分组合会被浏览器或系统捷径截获，需要在快捷键面板里看 When 条件。快捷键改的是本地用户配置，不会跟着仓库走，换机器要自己同步。
把快捷键和输入法冲突一并处理
中文输入法常占用 Ctrl+Space、Cmd+Space 或 Shift 切换，看起来像快捷键失灵。先在系统输入法设置里避开与 Chat、命令面板冲突的组合，再去 Cursor 里改键。另一类冲突来自窗口管理软件，它们会吃掉 Cmd+Shift 系列。你可以专门建一个「写代码」输入法方案，只在写代码时启用。键位稳定之后，再谈把 Composer 和行内编辑练熟，否则肌肉记忆会建立在一套会随机失效的组合上。
把最常用的五六个动作写在一张纸上贴两天，比在设置里把所有键都改成「更符合自己以前 IDE」更有效。改得太多，文档和同事演示会对不上，你自己也难在新机器上复原。先忍受官方默认一周，只改真正冲突的两三个组合，这才是可维持的快捷键方案。录教程或结对时也用同一套默认，减少「你按的键我这边没反应」的沟通成本。键位稳定后，再考虑要不要把行内编辑改到更顺手的组合。
常见问题
我按了官方组合完全没反应？
先确认输入法没有占用该组合，再确认焦点不在终端面板。焦点在终端时，编辑器快捷键不会触发。把焦点点回编辑器再试。
能不能沿用 IntelliJ 键位？
可以装 Keymap 扩展做近似映射，但 AI 动作仍要单独绑。不要指望一套 IntelliJ 配置覆盖 Composer。
快捷键会不会随大版本重置？
用户自定义通常会保留。若官方改了默认，你的覆盖项仍在。升级后若某个动作失踪，到快捷键面板搜功能名，而不是还原全部设置。
