Sublime Text 和 Vim 是分工明确的工具：Sublime 适合 GUI 下日常开发，Vim 不可替代于 CLI/远程场景。两者应双轨并行，而非互斥；效率差异源于范式不同——Vim 重任务建模，Sublime 重所见即所得。
Sublime Text 和 Vim 不是“选一个淘汰另一个”的关系，而是分工明确的工具：日常 GUI 场景下 Sublime Text 更省力，高频批量编辑或远程 CLI 环境里 Vim 更不可替代。
你是否常在终端里改配置、查日志、修线上 bug？
如果是，Vim 就不是可选项，而是必装项。Linux/macOS 默认终端里 vi 或 vim 几乎无处不在，ssh 进服务器后没有 GUI，连 subl 都打不开。这时候：
– :set nu 快速定位行号
– /pattern + n/N 跳转匹配项
– :s/old/new/gc 交互式替换
这些操作不依赖鼠标、不卡顿、不弹窗，且所有动作都在当前缓冲区完成。
容易踩的坑：
– vim --version 查不到 +python3，Python 插件（如 vim-pydocstring）直接失效
– macOS 上用系统自带 vi，功能极简，必须装 Homebrew 版 vim 并确认含 +clipboard 才能 yank/paste 到系统剪贴板
– .vimrc 里一行缩进错或引号漏，:source ~/.vimrc 报错但提示位置可能隔了二十行，新手很难定位
你每天打开 20+ 个 JS/HTML 文件、切项目、扫日志、改 CSS 类名？
Sublime Text 的响应速度和模糊搜索就是为这类场景设计的。subl . 一键唤起整个工作区，Ctrl+P 输几个字母就能跳到目标文件，Ctrl+D 多光标选中全部同名类，敲完回车全改——整个过程不离键盘、不切窗口、不等索引。
容易踩的坑：
– 开启原生 vi_mode 后 i/Esc 没反应，大概率是 macOS 输入法或 Spotlight 快捷键冲突，不是配置没生效
– dd、yy 等组合键默认不支持，得手动在 Key Bindings – User 里加 macro 绑定，且必须写成 ["d", "d"]，不能写 "dd"
– Compare Side-By-Side 插件对超长行（如 base64 字符串）或 >5000 行文件会卡 UI，别拿来比压缩 JSON
你是否需要同时兼顾本地开发和远程协作？
推荐双轨并行：
– 本地主力用 Sublime Text（开插件、配主题、接 LSP），处理原型、调试、UI 调整等需要视觉反馈的任务
– 终端里固定用 Vim（哪怕只用基础模式），处理部署脚本、日志过滤、git commit 编辑、crontab -e 等必须 CLI 完成的动作
真正难的是切换时的「模态错觉」：
– 在 Sublime 的 vi_mode 下按 ci" 想改字符串，结果只是删了光标前一个字符（它不支持 operator-pending 模式）
– 在 Vim 里习惯性按 Ctrl+Shift+P 呼出命令面板，然后愣住——Vim 没这玩意儿
这种认知摩擦不是配置问题，是工具范式差异，得靠刻意练习绕过，而不是强行统一键位
最常被忽略的一点：Vim 的效率门槛不在按键记忆，而在「任务建模能力」——你得先想清楚“我要批量修改 12 个 import 路径”，才能写出 :%s/from \([^ ]*\) import/from new_\1 import/g；而 Sublime 的效率藏在「所见即所得」里，看到哪改哪，不抽象、不预设、不强迫你把操作翻译成命令式逻辑。
