默认快捷键不适合无鼠标流vscode，因其为键盘+鼠标混合设计，而无鼠标流需单手高频、低移动、高容错，应将高频操作（如打开文件、切换编辑器、聚焦终端、格式化）绑定在左手“黄金三角区”，并用option+h/j/k/l替代方向键、cmd+shift+l全选匹配项等实现纯键盘闭环。
为什么默认快捷键不适合无鼠标流
VSCode 默认键位是为“键盘+鼠标混合操作”设计的，不是为单手高频、低移动距离、高容错率的纯键盘流准备的。比如 Ctrl+P（Mac：Cmd+P）虽好，但需要右手伸向左上角；Ctrl+Shift+P 更是跨三区操作，频繁按容易偏移、误触。真正适合无鼠标流的键位，得满足：左手拇指能自然按到 Cmd/Ctrl，食指中指覆盖 A–S–D–F 和 J–K–L–; 区域，所有高频动作都在这个“黄金三角区”内完成。
把最常触发的动作塞进左手食指区
你每天按得最多的不是“跳转”，而是“打开文件”“切换编辑器”“聚焦终端”“格式化”。这些不该靠组合键记忆，而应绑定到单手可及、肌肉记忆稳定的键位：
-
Cmd+Shift+P换成Cmd+;（分号键）——分号在 Mac 键盘右下角，左手小指轻抬即按，比Cmd+Shift+P少一个按键、少一次手腕外展 -
Cmd+P换成Cmd+T——T在左手食指正下方，且和终端（terminal.focus）天然语义关联，避免Cmd+`和Cmd+J冲突 -
Cmd+B（侧边栏）换成Cmd+]——]和[成对，配合Cmd+[折叠代码块，形成左右手对称逻辑 - “格式化文档”不绑
Shift+Alt+F，改用Cmd+I——I是“indent”的首字母，位置居中，按完顺手接Tab或Enter
避免用 Ctrl/Cmd + 方向键做光标移动
方向键本身是低效路径，但很多人仍依赖 Cmd+← 跳行首、Cmd+→ 跳行尾——这要求右手大幅横向移动。更优解是把光标控制权交给 Option（Mac）或 Ctrl（Win）+ H/J/K/L：
-
Option+H= 行首（Home语义，H直观） -
Option+L= 行尾（Line end，L直观） -
Option+J= 下一行（Jump down，比↓更短路径） -
Option+K= 上一行（同理）
这套映射不需要额外插件，在 VSCode 的 keybindings.json 里加四条即可，且不干扰任何现有命令。
多光标和批量编辑必须脱离鼠标依赖
很多人以为 Ctrl+D 就是终极多光标方案，但它有两个硬伤：一是遇到正则特殊字符（如 .、$）会漏选；二是无法预判选中范围，常需反复试错。真正稳的无鼠标多光标路径是：
- 先用
Cmd+F输入关键词，再按Cmd+Shift+L全选匹配项——精准、可控、无需鼠标点选 - 想逐个处理？用
Cmd+G（跳到下一个匹配）+Cmd+U（反向选择）交替推进，全程键盘闭环 - 临时加光标？放弃
Alt+Click，改用Cmd+Shift+Right（扩展选区到词尾）+Cmd+Shift+Down（向下扩展整行）——比鼠标点击更准，且可撤销
关键不是“能不能多光标”，而是“能不能在不打断当前手指位置的前提下发起、调整、收束多光标”。所有操作起点和终点都应在主编辑区横向 3 列内完成，否则就违背无鼠标流本质。
