1. 这个叫 caveman 的项目到底在解决什么问题我最初看到这个标题的时候第一反应是谁这么有闲心在 2025 年这个 AI 写代码、IDE 快和操作系统合并的时代搞了个叫 caveman穴居人的项目等我把里面的思路捋完了才发现这哥们的想法其实挺狠的——他把自己的开发环境刻意做成了原始人状态只留最朴素的命令行工具链强行和重度 IDE 时代对着干。所谓 caveman 项目本质上是一套极简到有点反智的开发环境搭建方案不装全家桶式编辑器、不搞远程开发容器、不做可视化调试面板而是把终端、Vim/Neovim、tmux 和一票命令行工具堆在一起模拟出上古程序员在终端里赤手空拳写代码的状态。这个方案解决的问题非常具体让你在设备配置不高、网络不稳定、甚至只有 SSH 连接的情况下依然能保持一个流畅、专注、可长时间作战的编码环境。我之所以对这个项目这么有共鸣是因为踩过传统重型开发环境的坑。之前在工位上用 VSCode装了一堆插件开个项目风扇就狂转有一次要在服务器上排查线上问题结果那台机器只给了 2G 内存连 JetBrains 家的 IDE 都装不动只能靠 vim 硬写。那种时候你就明白了越是核心流程越需要一套能剥离昂贵图形界面的求生技能。这套 caveman 方案适合的人群非常明确——后端开发、运维工程师、嵌入式从业者、需要频繁登录服务器临时改代码的人以及那些对专注度要求极高、讨厌图形界面干扰的文字工作者。换个角度说这个项目其实是一种主动降级。它不追求大而全而是追求把必要的几个工具打磨到极致让你在任何恶劣条件下都能开工。2. 整体设计与思路拆解为什么刻意退化反而效率更高2.1 为什么不是 VSCode也不是 vim 全家桶我拆解这套方案的时候第一感觉是它的核心不是用哪个编辑器而是一种选型哲学。现代 IDE 给的是一条龙服务语法高亮、跳转定义、自动补全、插件市场、内嵌终端。但这一切都有隐性成本——启动慢、吃内存、依赖 GUI、每次打开项目都在重建索引而且容易让你失去对底层工具的掌控感。一旦离开图形界面比如通过 SSH 连到无头服务器、或者电脑老得跑不动 Electron 应用你的生产力就会瞬间归零。caveman 反其道而行刻意把工具链压到最少用 Neovim 而不是 VSCode但只保留核心编辑功能用 tmux 而不是图形化的窗口管理器一切会话在终端里切换用 shell 的别名、补全、推荐命令来代替鼠标点击。这样设计的直接收益有几个第一是内存占用小一个终端加一个 tmux、一个 neovim 实例总共占用内存通常在 100M 以内和动辄吃 1G 内存的 Electron 应用完全不在一个量级。第二是消除手指离开键盘的打断成本不需要频繁移动鼠标去点侧边栏专注力更容易维持在一个长周期里。第三是环境的高度可移植只需要一个 SSH 客户端任何机器都能重新复现你熟悉的体验。有人可能会问这样重度退化是不是在矫枉过正我的看法是这套思路恰恰是更深层的能力建设。因为当你把所有功能都拆解成一个个命令和快捷键之后你对自己代码库的掌控感会强很多。很多用 IDE 的朋友離开转到定义按钮就不会看代码了但用朴素的 grep、rg、find 组合拳也能摸清楚调用链这种能力反而是更底层的。2.2 核心关键词背后的心理模型像原始人一样只保留生存必需caveman 这个词用得很妙。原始人没有一屋子的工具只有手头几块石头但照样能打猎、生火、活下来。这个项目倡导的其实就是这种生存主义式的工具观。在这个方案里所有工具都是围绕几个生存必需动作展开的编辑文件这是打猎用的工具就是 Vim/Neovim切换上下文这是走路迁徙用的就是 tmux 的会话和窗口找文件、找代码这是侦查猎物用 rg、fzf、fd 这类命令执行命令、查结果这是反馈判断用 shell 的管道和终端输出。这就像你在野外看生存类节目Derren Brown 也好、贝爷也好他们不会带一个装满锅碗瓢盆的房车上路一切从简因为负重在野外是致命的。开发环境的负重要命程度同理——你的注意力和你的设备资源都是有限的每多一个图形界面在右下角占个图标每多一次等 IDE 卡顿都在消耗你的生存能量。从工程实践的角度来看这套设计还天然规避了一个很多团队都会遇到的问题开发环境漂移。新手用 VSCode老手用 JetBrains你觉得某个库的行为异常但大家的环境不同排查半天才找出是某个插件版本差异。但 caveman 这套方案里一键脚本就能复现环境连 vimrc 和 tmux.conf 都是配置文件共享出来的真正实现我在哪开发环境就在哪。3. 核心细节解析与实操要点3.1 最重要的五个工具以及为什么没有替代品掰开来看caveman 背后有五个支柱型工具缺一个整套体验都会打折扣。我把它们和主流的替代品拉了个对比表方便你理解为什么选它们工具作用为什么选它常见替代品及问题Neovim代码编辑轻量、可编程、可用 Lua 配置启动速度极快VSCode重型、Sublime闭源tmux终端复用断线重连、会话持久、分屏调度SSH 必备Screen有点老但功能相近ripgrep (rg)内容搜索比 grep 更快默认忽略 .gitignore 文件grep慢、ack较旧fzf模糊查找通用模糊匹配器历史命令、文件路径秒查CtrlR 原生命令受限于历史长度lazygitGit 图形化TUI兼顾 Git 操作的直观性和命令行的快速原生 git 命令操作复杂有人会问为什么不用现有的一体化终端应用比如 iTerm2 或 Windows Terminal原因很简单——这两者都依赖图形环境而 caveman 追求的是在任何环境都能跑。iTerm2 再好到了纯 SSH 环境里也帮不上忙。而 tmux 是纯终端应用在 Linux 服务器、Mac 的 Terminal、甚至手机 Termux 里都能工作。这就是底柱工具的优势。Neovim 和原版 Vim 的对比也需要特别提一下。Vim 本身极好但 Neovim 胜在两点一是配置用 Lua写起来比 vimscript 顺手太多二是内置了嵌入式终端模拟器我试过在 Neovim 里的:terminal跑命令体验很丝滑。但如果你懒得折腾直接用原版 Vim 也没问题核心快捷键体系完全一致。fzf 是我个人极力推荐的一个工具它在 caveman 方案里承担的角色有点像 IDE 里的命令面板按住快捷键弹出全局模糊搜索然后输入关键字直接跳转。但它比命令面板强大因为它不止能搜文件还能搜历史命令、Git 提交、进程列表覆盖面极广。3.2 操作之前必须先理解的三条原则实操之前我觉得有必要先把这套环境的底层逻辑说清楚否则照着配置敲一遍你依然会觉得别扭。原则一一切皆有快捷键鼠标只是万不得已的选择。你在 caveman 环境里的每个动作都有对应的键盘操作。切窗口是 CtrlB在分屏里跳是 CtrlB 加方向键搜索文件是 CtrlPfzf执行上一次命令是 CtrlR。养成手不离键盘的习惯是第一步。原则二会话比界面重要。tmux 有一个非常惊艳的能力你断开连接关掉 SSH 窗口回来tmux attach一切原样。这打破了终端即临时窗口的认知。在实际项目中我经常在服务器上挂一个 tmux 会话跑长任务本地断开都不怕回去接着看结果。原则三管道思维是你的操作系统。和图形界面的点选逻辑不同终端里的逻辑是前一个命令的输出喂给后一个命令。caveman 环境里的那些工具天生就是为管道设计的——用 rg 搜出路径用 sed 或者 awk 切割字段用 xargs 批量处理一条链下来解决一个在 IDE 里要写插件才能完成的操作。这三点不是什么高深理论就是日常使用中反复出现的模式。我当时是硬着头皮用了两周才真正适应适应之后再也回不去了——有一段时间我甚至觉得凡是需要在图形界面上点三下才能完成的操作终端里一行命令解决的快感都无法替代。4. 实操过程与核心环节实现4.1 从零搭建你的 caveman 环境全过程记录这部分是全文的重头戏。我要完整演示我是怎么把一台几乎裸奔的 Ubuntu 服务器改造成一套可用的极简开发环境的。全程几乎不用依赖图形界面只要终端能联网就行。4.1.1 第一步安装核心工具链登录服务器后我做的第一件事是更新包管理器的索引sudo apt update sudo apt upgrade -y注意这里加-y是为了避免交互式询问但如果你担心它静默装掉不该装的东西可以去掉-y手动确认。装完基础库之后开始安装主力工具sudo apt install -y git tmux ripgrep fzf neovim zshGit 是版本控制的基石tmux管会话ripgrep是内容搜索的核心fzf提供模糊查找neovim则是编辑器担当。至于zsh我是为了更好地补全体验事实上有很多老手至今用 bash但我更看重 zsh 的**通配符递归查找功能。因为我平时主要用 Neovim这里需要特意提一下Ubuntu 20.04 之前自带的不会是最新版安装完最好确认一下nvim --version如果版本太旧建议直接用官方 PPA 或者用别的方式拉取 AppImage 版本。旧版不是不能用但 Lua 配置的写法和新版会有差异后续复制配置会踩坑。4.1.2 第二步让 tmux 成为你的主力会话管理工具tmux 的功能非常强大但我不建议一上来就折腾复杂的状态栏美化。先把基础打好再慢慢折腾主题。我初始化后的第一件事是创建一个项目专用会话tmux new -s dev然后你会看到底部出现一个绿色的状态栏这就是 tmux 在运行了。核心快捷键体系记住这几组就够用了操作快捷键新建窗口CtrlB然后 C左右分屏CtrlB然后 %上下分屏CtrlB然后 窗口间跳转CtrlB然后 P / N分屏间跳转CtrlB然后按方向键断开会话CtrlB然后 D重连上次会话tmux attach我之前遇到过一个最尴尬的场景代码逻辑刚看到关键位置办公室网络断了SSH 连接立刻掉线。如果不幸没用 tmux刚才没保存的代码可能全没了用了 tmux重连之后tmux attach界面原封不动连光标位置都还在。就像有个透明助手在那儿给你看守着现场一样。tmux 还有一个缩放窗格功能我没在表格里列它叫CtrlB Z能把当前分屏临时放大到整个终端用来单独审视某个文件或者日志非常爽。写代码写到眼晕的时候切换出去看个日志再切回来舒服得很。4.1.3 第三步Neovim 的极简配置拒绝插件泥潭caveman 方案的 Neovim 配置我刻意控制得非常克制。很多人一装 Neovim第一个念头就是配 LSPLanguage Server Protocol配一堆自动补全结果又变成了命令行的 VSCode。但 caveman 的理念是功能可以少但手感必须快。我的配置分三块基础选项vim.optvim.opt.number true -- 显示行号 vim.opt.relativenumber true -- 相对行号便于快速跳转 vim.opt.tabstop 4 vim.opt.shiftwidth 4 vim.opt.expandtab true -- 用空格代替 Tab vim.opt.ignorecase true -- 搜索忽略大小写 vim.opt.smartcase true -- 但有大小写输入时区分大小写 vim.opt.swapfile false -- 不生成交换文件行号这块我个人强烈建议新手直接上相对行号。当你习惯了看当前行往下第六行这种概念后跳转代码的速度能提升一个档次比如6j直接向下移动六行。刚开始看相对行号可能有点不习惯但坚持三天就能被说服。按键映射vim.keymap.setvim.g.mapleader -- 把 leader 键设为空格 vim.keymap.set(n, leaderw, :wCR, { silent true }) -- 快速保存 vim.keymap.set(n, leaderq, :qCR, { silent true }) -- 快速退出 vim.keymap.set(n, C-p, :FilesCR, { silent true }) -- 用 fzf 搜文件 vim.keymap.set(n, leadere, :NvimTreeToggleCR, { silent true })这里我把 leader 键设为空格是这几年 Neovim 社区非常流行的做法。原因是空格键在正常模式下不使用作为功能前缀非常顺手。按空格再按 w保存文件这个动作基本上形成了肌肉记忆。但需要注意要想让C-p调出 fzf 的文件搜索需要额外安装 fzf.vim 插件。我没有在初始安装里把它框死因为每个人的插件源不同。如果你使用 lazy.nvim 作为插件管理器可以在init.lua里加一行{ ibhagwan/fzf-lua, dependencies { nvim-lua/plenary.nvim } }文件树NvimTree 还是就靠 fzf我在内网环境里碰到过很多次文件树打开之后目录层级太深反而让人迷失的情况。实际上在 caveman 这种理念下我甚至是建议你尝试一段不用文件树的日子只用 fzf 搜文件名。原因很简单IDE 里的文件树是展示有哪些文件但你在真实写代码的时候往往只关心我要改的那个文件叫啥。如果非要文件树NvimTree 是最成熟的选择但一定要给它配一个切换快捷键而且别默认打开。这和你口袋里有钱不代表你要随时把它掏出来是一个道理。4.1.4 第四步让 shell 补全与历史搜索为你加速装 zsh 不只是为了换个 prompt 主题caveman 里的 zsh 真正强大在补全系统。如果你不想加载 oh-my-zsh 这种重框架可以直接用 zsh 原生的补全初始化autoload -Uz compinit compinit然后开启历史搜索。在.zshrc里追加HISTFILE~/.zsh_history HISTSIZE10000 SAVEHIST10000 setopt hist_ignore_all_dups这个配置的含义是历史记录保留最近 1 万条并去掉重复项。配合fzf使用在终端里按CtrlR会弹出一个模糊搜索框让你像用 IDE 的搜索框一样去翻历史命令这个体验比原生的逐条翻页舒坦太多。我还建议把CtrlT绑定到 fzf 的文件选择按一下CtrlT会列出当前目录下所有文件名输入关键字筛选回车直接把这个路径插入到命令里。比如你输入vim CtrlT再敲几个字母就能把长路径文件拖进命令无需手动打全路径。4.2 配置目录的组织方式让环境可复现把配置做成了便携式之后这套方案的威力翻倍。我习惯把所有配置纳入一个 Git 仓库然后在目标机器上做一次软链接。比如git clone https://github.com/yourname/dotfiles.git ~/dotfiles ln -s ~/dotfiles/.vimrc ~/.vimrc ln -s ~/dotfiles/.tmux.conf ~/.tmux.conf ln -s ~/dotfiles/.zshrc ~/.zshrc这样做的好处是每新到一台机器克隆下来做软链接十分钟内就能进入熟悉的 caveman 节奏。我通常还写一个install.sh脚本把安装核心工具、同步配置文件两步合在一起执行真·一键复现。但这里有个隐形的坑如果服务器是 CentOS 或者 Alpine包管理器完全不同apt命令就废了。所以我习惯在install.sh里做一个系统判断或者干脆在 README 里写明不同系统分别用哪条命令安装。别人想复制这套方案的时候至少不会被包管理器卡住。5. 常见问题与排查技巧实录5.1 我踩过的坑以及排查思路坑一tmux 里复制粘贴失效。这是新手最容易懵的地方。你在本地终端里用鼠标选择一段文字结果发现根本选不中因为 tmux 截获了鼠标事件。解决方法是先按住Shift再用鼠标选择这能让鼠标事件穿透到终端本身。如果这个方案不生效就需要检查 tmux 的配置里有没有打开set -g mouse on——打开了之后鼠标选中会自动复制但粘贴就是右键这个机制和系统终端不一样需要慢慢习惯。我个人的建议是如果只是偶尔复制一下直接按住 Shift 键操作更顺畅如果天天要复制大量内容就值得额外配置一个进入复制模式的快捷键一般是CtrlB [然后在里面用 vi 风格键位选择文本按回车自动复制。坑二Neovim 启动异常卡顿。如果你配了 LSP 或者大量插件启动肯定比裸 vim 慢。先排查一遍插件加载顺序很多坑都出在把重量级插件放在init.lua全局加载。Lazy.nvim 这类管理器的好处是可以按需加载比如让 LSP 在进入文件时再启动而不是 Neovim 一打开就全部唤起。另一个容易被忽视的问题是终端本身的配色是否支持truecolor。如果你在 tmux 里跑 Neovim但 tmux 的TERM环境变量没设置对颜色显示会乱掉或者非常单调。检查一下echo $TERM在 tmux 里这个值应该是tmux-256color或screen-256color如果不是就在.tmux.conf里强制设置set -g default-terminal tmux-256color。这行配置没加的话很多高亮主题都会显示得灰不溜秋严重影响幸福感。坑三fzf 在远程服务器上搜索很慢。fzf默认是递归查找所有文件如果某个大目录里塞了几万个文件搜索会有明显延迟。排查思路是给 fzf 加一个忽略规则比如export FZF_DEFAULT_COMMANDrg --files --hidden --follow --glob !.git/*把搜索的工作交给 ripgrep 来做同时告诉它忽略.git目录和隐藏文件按需保留隐藏文件。ripgrep 的索引和过滤机制比 fzf 自带的扫描快太多这一行配置实测能把搜索时间从一两秒压到零点几秒。5.2 速查表一天用下来最常碰到的三个问题问题表现解决方案tmux 状态栏变乱码线条显示成 % 或数字安装电力线字体或给 tmux 关掉 Unicode 线条Neovim 无法语法高亮打开文件全白检查是否安装并启用了 treesitter或者设置syntax onzsh 补全不生效按 Tab 无反应确认已经autoload -Uz compinit compinit且.zshrc中有插件源其实这些问题的根源大多不在于工具本身而在于没有理解每个工具的分工。tmux 只管窗口复用的逻辑Neovim 只管编辑逻辑shell 负责命令调度fzf 负责信息筛选。一旦你对每个环节的职责有了清晰认知排查问题的时候就能准确定位到哪一层出了岔子而不是把所有东西揉成一团乱麻。6. 这套方案的边界什么时候别学穴居人我必须说句公道话caveman 不是万能药。它的短板如同它的优势一样明显一切图形化辅助都缺失调试大规模前端项目基本靠脑补。我试过用这套环境写 TypeScript React 项目虽然 ts 的语言服务器也能跑但当你需要追踪组件树、观察 HMR 效果、打开浏览器 DevTools 的时候终端就捉襟见肘了。前端开发需要实时反馈图形界面反而是更优解。所以我的经验判断是caveman 最适合三类场景服务器端开发 / 运维排障你需要快速编辑远端配置文件、查看日志、执行命令终端效率无与伦比长文本写作 / 笔记管理Vim 的插入模式与 markdown 组合起来写长文非常流畅且不会像某些重量级编辑器那样越写越卡低配电脑 / 老旧设备一台几年前的老笔记本跑现代 IDE 力不从心但跑 Neovim tmux 完全没压力再战五年不成问题。如果你日常工作是纯前端、重度视觉化设计、或者极度依赖图形化调试器那不必硬切到洞穴模式。但学会这套工具链的内核思想依然能帮你增强对命令行环境的感觉两者并不矛盾。从我自己的体会来说用了这套环境之后最大的变化不是敲命令更快了而是心智负担明显降低了。打开电脑第一件事不再是等 IDE 加载项目、重建索引而是一个终端、一个 tmux 会话直接进入工作流。不用再处理插件更新、版本冲突、界面卡顿那些琐碎噪声注意力可以长时间停留在代码逻辑本身上。最后想分享一个小经验不要一开始就追求完美配置。任何刚接触这套工具链的人都容易陷入配置两小时、写代码五分钟的误区。按我前面给的这套最小化配置起步用实际项目去倒逼自己熟悉快捷键两周之后再回头决定要不要加插件。我的 dotfiles 仓库里至今也就维持着几十行的核心基础配置因为这个环境真正的价值从来不在于功能多少而在于它多快能让你进入心流状态。