ctrl+k再ctrl+d是唯一跳过当前匹配项的操作，仅对逐次扩展模式生效，需先干净选中目标词、避免大小写/选区污染等干扰。
Ctrl+K 再 Ctrl+D 是唯一跳过当前匹配项的操作
它不会删除已有光标，而是让下一次 Ctrl+D 跳过当前高亮位置，落到下一个匹配项上。这个组合只对逐次扩展模式（即手动按 Ctrl+D 产生的光标）生效，不适用于 Alt+F3 全量选中的情况。
常见失败原因：
- 没先选中目标词：必须双击或光标停在单词字母内（比如
user_id的u上），不能悬在空格或引号后 - 连按
Ctrl+K多次：只需按一次Ctrl+K松手，再按Ctrl+D；多按会中断流程 - 状态栏
Match Case开启导致大小写不匹配：用Ctrl+Alt+R切换，确认右下角图标是否高亮 - 选区污染：双击时带入了多余空格或引号，
Ctrl+D就会拿错误片段去匹配——用方向键微调选区边界，确保只包住user_id四个字符
全量选中后想剔除某一个？先转光标再跳过
Alt+F3 生成的光标不支持跳过，但可以补救：先用 Ctrl+Shift+L 把所有选区转为纯光标，再把光标移到你想跳过的那个词上，执行 Ctrl+K → Ctrl+D。
这步的关键在于「转光标」：Ctrl+Shift+L 不是装饰性操作，它把文本选区变成独立光标点，之后每个光标才可被单独管理。
注意事项：
Giga Coding Agent
下载
一款AI工具，主要用于通过后台进程运行 Codex CLI、Claude Code、OpenCode 或 Pi Coding Agent，实现程序化控制，适合需要提升相关任务效率的用户。
- 别用鼠标点掉某个光标——会清空所有其他光标，只剩那一个
- 如果
Find in Selection被意外勾选（在 Find 菜单里），Alt+F3只会在已选文本内找，结果远少于预期 - 超过 10000 处匹配时，
Alt+F3默认只建前 10000 个光标，且无提示；可提前在设置里加"max_find_results": 20000
为什么 Ctrl+D 总是跳过你正想改的那一处？
Ctrl+D 的匹配逻辑很机械：它严格以当前光标所在词或已选文本为模板，从当前位置往后顺序查找完全一致的字符串。没有上下文感知，也不回溯。
典型误操作场景：
- 光标停在
user_id中间（比如_id上），它就以_id为模板去搜，漏掉所有完整变量名 - 变量声明是
const user_id = ...，但你刚删了const和空格，只剩user_id =被选中，Ctrl+D就会匹配所有含该等号结构的位置 - 文件混用
\r\n和\n，部分匹配被截断，尤其在正则辅助查找时更明显
解决办法不是调参数，而是重置起点：双击变量名 → 确认高亮干净 → 再开始 Ctrl+D。
不想每次手动跳？关掉 match_whole_word 或改用正则过滤
如果目标词常嵌套在字符串或注释里（如 "user_id" 或 // user_id），而你只想改声明位置，硬跳太累。两个更稳的替代路径：
- 关闭整词匹配：
Preferences → Settings里加"match_whole_word": false，这样user_id不会匹配api_user_id，但能避开字符串引号干扰 - 用正则限定上下文：打开
Ctrl+F，开正则（Alt+R），输入类似\buser_id\b(?![^}]*})（避开 JSON value）或\buser_id\b(?!.*//)（避开注释行），再按Alt+Enter选中 —— Sublime 的正则不支持可变长逆序环视，所以得用这种有限形式
真正容易被忽略的是：跳过动作本身不可逆，Ctrl+U 虽能软撤销，但一旦输过字符，就得按多次才能回到全选状态。重构前建议先 Ctrl+Shift+P → Duplicate View 备份视图。
