ctrl+g用于精确定位行号列号，ctrl+r用于当前文件内模糊匹配函数/类名，ctrl+f用于文本内容搜索；三者分工明确，混用反而降低效率。
Ctrl+G 跳行、Ctrl+R 查符号、Ctrl+F 搜文本，三者分工明确，混用反而降低效率——关键不是“怎么搜”，而是“该用哪个入口”。
Ctrl+G 输入行号是唯一零延迟跳转方式
终端报错 index.js:287:12 或日志里看到行号，直接按 Ctrl+G（Windows/Linux）或 Cmd+G（macOS），输 287:12 回车，光标立刻落到第 287 行第 12 列。这不是渲染跳转，是 O(1) 行索引查找，和文件大小无关。
- 输
287-290会直接选中这四行（不含换行符），适合批量删改 - 状态栏左下角显示
Line 42, Col 8时双击它，等效触发Ctrl+G，比记快捷键还快 - 按了没反应？大概率焦点不在编辑区（比如正开着
Ctrl+P面板），或快捷键被输入法、Raycast、Karabiner 劫持 - 某些主题把状态栏文字压太窄，双击失效；临时切回默认主题可验证是否主题导致
Ctrl+R 模糊匹配函数/类名只对当前文件有效
Ctrl+R 不是全局找定义，它只扫描当前文件里以 def、function、class 开头的块，且依赖语法高亮正确识别。右下角显示 Python 或 JavaScript 才生效，Plain Text 下直接不工作。
- 输入
init会列出所有含init的函数名，支持前缀模糊（ren匹配render、rename） - 箭头函数
const fn = () => {}、对象方法obj: { method() {} }、动态赋值var f = require('./x').func均无法被Ctrl+R捕获 - 跨文件函数跳转必须配合
Ctrl+P：输utils.py:207直接打开并定位，但:207（仅冒号加数字）只在当前文件内生效 - 如果
Ctrl+R列表为空，先检查语法是否识别正确，再确认函数是否顶格或在 class 内以标准形式声明
Ctrl+F 搜索要避开全字/大小写陷阱
Ctrl+F 默认开启“全字匹配”（Whole Word）和“区分大小写”（Case Sensitive），日常搜变量名很容易漏匹配或误匹配。
- 搜
user却找不到username？关掉Whole Word；搜USER却命中user？关掉Case Sensitive - 开启正则模式（
.*按钮）后，可用\buser\b精确匹配单词边界，user.*?(\n|$)匹配整行 - 搜索结果面板里双击某条目，会自动跳转到对应文件+行，但不会保留当前文件光标位置——想回来得靠
Ctrl+U，不是“最后编辑点”，而是上一个跳转动作 - 大项目中
Ctrl+Shift+F全局搜，但第三方库路径容易污染结果；建议先Ctrl+P定位到目标目录，再Ctrl+F局部搜
Minimap 不是装饰，是结构导航器
右侧 Minimap 不只是缩略图，它是唯一能让你一眼判断代码密度、空行分布、长函数位置的视觉索引。启用后配合点击滚动，比拖滚动条快得多。
- 必须开启
"minimap_scroll_to_clicked_line": true，否则点击无响应；默认是true，但某些主题会覆盖 -
"minimap_highlight_line": true让当前行在 Minimap 中高亮，避免在长文件中迷失上下文 - 宽度过大（如
"minimap_width": 200）会挤压编辑区；100–150 是多数人平衡可视性与空间的临界点 - Minimap 不显示注释、空格、换行符细节，所以不能替代
Ctrl+G精确定位，但它能帮你快速判断“那个超长函数是不是在文件下半部分”
真正卡住效率的从来不是功能少，而是没分清 Ctrl+G（已知位置）、Ctrl+R（已知符号名）、Ctrl+F（已知文本内容）各自的边界。状态栏双击、Ctrl+P 加文件名跳转、Minimap 点击滚动，这些操作都要求你放弃“统一入口”思维——它们不是备选，而是为不同场景预设的专用通道。
