企业官网建设流程全解析

1. 项目缘起：为什么我会给自己折腾一个叫“caveman”的工作台

事情得从一次重装系统说起。上个月我把笔记本的硬盘彻底清空，装上了最新的 Linux 发行版，准备一切从简。结果用了一周，发现自己每天花在“敲命令”上的时间比写代码还多——装完系统要配源、配代理环境、配编辑器、配终端主题，每次换机器都要把同样的事情重复一遍。后来我终于忍不住了，花了两个晚上把整个开发环境固化成了一套脚本和配置，取名就叫“caveman”，中文直译是“穴居人”。

名字听着有点自嘲，意思却很明确：我想要的不是一个花里胡哨、什么都帮你干好的“重型 IDE”，而是一套像穴居人一样原始、简单、但足够结实的命令行环境。回到终端，回到键盘，回到最朴素的工具组合。这套环境我用了一个月，实测下来效率比之前用图形界面编辑器的时候高了不少，尤其是频繁改配置、批量处理文件、管理远程服务器这些场景，简直是质的提升。

这篇文章就把这套“caveman”工作台的完整思路、搭建步骤、踩坑记录和配置文件全部拆开讲清楚。无论你是刚开始用命令行的新手，还是已经用了几年终端但想把手头环境打磨得更顺手的老手，都能从里面找到可以参考的东西。我尽量不堆砌抽象概念，所有配置都给了可以直接抄的版本，背后为什么这么选也一并说清楚。

2. 整体设计思路：穴居人哲学，到底在追求什么

2.1 “越原始越可靠”的选型原则

在动手之前，我先明确了一个原则：一切从我手头实际做的事情出发，不追新、不堆功能。我日常的工作内容大概分这几类：写 Python 和 Go 代码、编辑各种配置文件、操作远程 Linux 服务器、跑数据分析脚本、偶尔写 Markdown 文档。这些工作有一个共同点——绝大多数时间都是在终端里度过的。

那么“终端环境”具体由什么组成？拆开来就是四件套：shell（解释命令的壳）、终端模拟器（你看到的那个窗口）、文本编辑器（写代码的工具）、以及各种“小工具”（补全、搜索、高亮、切换目录这类辅助兵种）。caveman 的核心思路就是把这几层全都梳理清楚，每一层选一个最省心、最稳定的组件，然后用配置文件把它们串成一个整体。

为什么叫“穴居人”？因为我发现一个规律：越是那些界面华丽、按键繁多的工具，学习成本越高，而且一旦版本升级，配置语法经常翻天覆地，隔半年不看就容易“认不出自己的配置”。相反，那些几十年没大变的基础工具，比如 vim、bash、tmux，虽然颜值不高，但胜在绝对稳定，社区资料多，出问题网上一搜就有答案。这就是穴居人哲学的核心：用成熟的、低熵的、可预测的工具，换取长期稳定。

2.2 对比一下：重型 IDE 和轻量终端的真实差距

可能有朋友会说，现在 VSCode、JetBrains 这些图形工具也很成熟啊，补全、调试、Git 可视化都做得很好，为什么还要回到终端里“吃苦”？

我的回答是：两者根本不冲突，但终端有一个无法替代的优势——它无处不在。我经常需要 SSH 登录到客户的服务器排障，那台机器上不可能装 VSCode，只有一个最朴素的 bash。如果你平时习惯了图形界面的一键操作，到了这种场景就会非常被动：连文件都改不利索，更别说排查问题。而如果你本身就对终端环境足够熟，换到任何一台机器都等于回到了自己的主场。

另外一个实际痛点就是资源占用。我手头有一台很老的 ThinkPad，内存只有 8G，跑一个 Electron 壳子的编辑器再开几个浏览器标签页，风扇就开始狂转。但是 Caveman 这套环境，全部组件加起来内存占用不超过 200M，在性能捉急的机器上简直像在飞。我觉得每个开发者都应该准备这样一套“低配友好”的工作环境，它不一定是你日常唯一的选择，但一定是你最后的防线。

2.3 这套环境到底由哪些部分构成

我最终敲定的架构图（用文字描述一下，不画图了）是这样的：

• 最底层是 shell，选的是 zsh 加 oh-my-zsh 框架，但只保留必要的插件，不搞一堆花哨的主题和特效。
• 第二层是终端模拟器，我用的发行版是较新的 Debian 系，系统自带的 GNOME Terminal 其实已经够用，只在配色方案上做了微调。
• 第三层是复用器 tmux，这是整套环境里我离不开的一部分，一个终端窗口开多个会话、断线重连不丢任务，全靠它。
• 第四层是编辑器，主力是 vim（不是 neovim，理由后面细说），配了一套折腾了很多年的 vimrc。
• 辅助工具层包括 fzf（模糊搜索）、ripgrep（快速搜索文件内容）、autojump（智能目录跳转）、zsh-autosuggestions（命令建议）等，每一个都是精挑细选，解决具体痛点。

这套组合在工作中的体验是：打开终端，tmux 自动恢复上次的会话布局，zsh 的自动建议已经把常用命令补全了，按下 Tab 就是一路回车；编辑文件用 vim 的快捷键，搜索代码用 rg 加 fzf 组合，切目录用 j 命令一秒钟跳过去。整个过程中手不需要离开键盘，操作节奏非常连贯，这就是我想要的状态。

3. 环境搭建全过程：从零开始，一步步把手搓干净

3.1 基础准备：先让包管理器和软件源听话

开始搭环境之前，先把系统基础打好。国内网络环境大家都懂，如果直接用官方源，装个软件能急死人。我之前在 Ubuntu 系统上就吃过这个亏，装个 tmux 等了两分钟，后来全部换成国内镜像源，速度直接翻了几倍。

以 Debian/Ubuntu 系为例，修改 /etc/apt/sources.list 或者 /etc/apt/sources.list.d/ 下的文件，换成可用的镜像地址。这里我给一个通用的操作步骤：

先备份原文件，然后编辑，把 deb 开头的行里的域名换成镜像域名。比如原来是deb http://archive.ubuntu.com/ubuntu/ ...，改成deb http://mirrors.aliyun.com/ubuntu/ ...。改完执行sudo apt update && sudo apt upgrade -y。

注意：不同发行版的镜像源写法不一样，Ubuntu 还要注意版本代号对应关系，不能乱填。如果你用的是 CentOS/RHEL 系，对应的是 yum 源的 .repo 文件，原理一样，路径不同。

系统源搞定后，再装几个基础工具：git、curl、wget、build-essential（编译环境）。这些是后面很多软件的前置依赖，一次性装齐，免得一会儿缺一个。

sudo apt install -y git curl wget build-essential

3.2 安装 zsh、oh-my-zsh 和插件体系

接下来是 shell 层。系统自带的 bash 其实已经很好了，但 zsh 在交互体验上有几个明显优势：Tab 补全更强（支持类似git checkout <Tab>这种上下文补全）、通配符更灵活、还有主题和插件体系。我选择 zsh 不是为了炫，而是为了那一点补全效率的提升。

安装 zsh：

sudo apt install -y zsh chsh -s /usr/bin/zsh

改完之后退出重登，终端就会默认进入 zsh。如果没生效，检查一下 /etc/passwd 里你的用户行是不是以 /usr/bin/zsh 结尾。

然后是 oh-my-zsh，它本质是一个配置管理框架，提供了大量写好的别名、函数、主题和插件，省去你自己造轮子的时间。安装命令：

sh -c "$(curl -fsSL https://raw.githubusercontent.com/ohmyzsh/ohmyzsh/master/tools/install.sh)"

装完后，编辑 ~/.zshrc，重点改这几个地方：

ZSH_THEME="agnoster" # 主题，我用的 agnoster，比默认的 robbyrussell 信息显示更全 plugins=(git z zsh-autosuggestions zsh-syntax-highlighting)

主题这里多说一句。agnoster 主题会显示当前目录、Git 分支、上一条命令的执行状态这些信息，本身就够日常使用。我不建议再装 powerlevel10k 那种重型主题——虽然效果确实好看，但每次启动都要多花几百毫秒，而且还有一堆图标字体依赖，属于典型的“看着爽、用着累”。既然是穴居人风格，就得学会做减法。

插件这里，git是 oh-my-zsh 自带的，提供大量 git 别名（比如gst等于git status，gaa等于git add .）；z是目录跳转插件，根据历史频率智能跳目录；zsh-autosuggestions会基于你的历史命令，灰字提示你下一步可能要输入的命令，按右键直接补全；zsh-syntax-highlighting在命令行输入过程中就高亮命令和参数，错误命令会显示成红色。这三个插件是提升日常操作效率的核心，强烈推荐。

zsh-autosuggestions 和 zsh-syntax-highlighting 不是 oh-my-zsh 自带的，需要单独克隆到插件目录：

git clone https://github.com/zsh-users/zsh-autosuggestions ${ZSH_CUSTOM:-~/.oh-my-zsh/custom}/plugins/zsh-autosuggestions git clone https://github.com/zsh-users/zsh-syntax-highlighting ${ZSH_CUSTOM:-~/.oh-my-zsh/custom}/plugins/zsh-syntax-highlighting

克隆完记得在 ~/.zshrc 里的 plugins 数组里加上这两个名字，然后source ~/.zshrc生效。

3.3 打造“雷打不动”的干活主力：tmux 的安装、配置和日常操作

tmux 我愿称之为终端环境里最被低估的工具，没有之一。简单说，tmux 是一个终端复用器，它让你可以在一个终端窗口里开多个“面板”和“窗口”，并且所有会话都在后台运行。这意味着什么？你用 SSH 远程连服务器，跑一个耗时很长的任务（比如编译一个大项目、跑数据训练），只要会话在 tmux 里启动的，中途网络断开、电脑休眠、终端窗口被关掉，任务都不会中断。重新连上去，tmux attach就回到原界面，一切原封不动。

安装 tmux 很简单：

sudo apt install -y tmux

不过默认的 tmux 配置比较朴素，我建议做几个关键优化。在 ~/.tmux.conf 里加上这几条：

set -g prefix C-a # 把默认的 Ctrl+b 改成 Ctrl+a，右手更方便按 unbind C-b bind C-a send-prefix bind r source-file ~/.tmux.conf # 改完配置按 C-a r 直接重载 set -g mouse on # 开启鼠标支持，偶尔用鼠标选个文本、拉个面板大小 set -g default-terminal "screen-256color" # 让 tmux 里正确显示 256 色 set -g history-limit 10000 # 单个面板滚动缓存提高到 1 万行 bind | split-window -h # 按前缀+竖线，左右分屏 bind - split-window -v # 按前缀+横线，上下分屏

里面有几个点我重点解释一下。默认前缀是 Ctrl+b，这个组合键太靠右了，左手按着难受。改成 Ctrl+a 之后，用小拇指就能轻松按到。鼠标支持平时用不着，但偶尔要看很长的日志输出、上下翻页面的时候，直接用滚轮比敲键盘快得多。历史缓存一万行也是刚需，默认只有两千行，跑个构建脚本打印输出一多，前面的日志就翻不到了，这对排查问题非常致命。

tmux 还有一个易被忽略的杀手级功能：会话保存。虽然原生 tmux 不支持断电后自动恢复会话布局，但配合一个插件叫 tmux-resurrect，可以实现一键保存和恢复。我加了之后，每次重启电脑只需敲一个快捷键，所有窗口、面板、当前目录甚至正在跑的命令历史都回来了。

插件的安装也比较顺，用 TPM（tmux plugin manager）：

git clone https://github.com/tmux-plugins/tpm ~/.tmux/plugins/tpm

然后在 ~/.tmux.conf 底部加上：

set -g @plugin 'tmux-plugins/tpm' set -g @plugin 'tmux-plugins/tmux-resurrect' run '~/.tmux/plugins/tpm/tpm'

安装插件后按前缀加 I（大写 i）完成安装。保存布局按前缀加 Ctrl+s，恢复按前缀加 Ctrl+r，整个环境就“固若金汤”了。

3.4 编辑器之争：为什么我还是选 vim 而不是 neovim

编辑器是整套环境的灵魂，也是我纠结最久的一块。很多人会推荐 neovim，我承认它的异步插件架构和内置 LSP 确实先进，周围也有不少同事在用来写代码，体验很现代。但这次搭建 caveman 环境，我最终选了 classic vim，原因有三点：

第一，vim 的覆盖率更高。几乎任何 Linux 服务器上默认都装了 vim（或者 vi），而 neovim 需要单独安装，在某些锁得很死的生产环境里，你可能连安装软件的权限都没有。既然是“穴居人哲学”，兼容性就是第一生命力。

第二，vim 极其稳定。我这套 vimrc 是从大学用到现在，经历了七八年的版本更迭，基本没有出现过配置不兼容的大灾变。neovim 的更新频率高，插件生态变化快，经常要跟着社区调整配置，维护成本明显高一些。

第三，vim 的基本操作绑定的肌肉记忆完全通用。不管你以后换到任何编辑器（VSCode、IDEA 都有 vim 插件），这套键位都能带走。学 vim 不仅仅是在学一个软件，而是在学一种“编辑器思维”。

当然，我也不否认 neovim 在特定场景下的优势。如果你特别喜欢折腾新特性、喜欢用 Lua 写配置、依赖强大的 LSP 补全体验，neovim 完全是一个合理的选择。我的建议是：新手直接选 vim 起步，减少分心；进阶用户可以看自己的兴趣决定要不要迁移。

3.5 三年沉淀的 vimrc：没有废话的配置解读

下面这份 vimrc 是我经过多年实战精简后的最终版，每一行都有它的意义，没有花哨、没有冗余：

" 基础设置 set nocompatible " 关闭对老 vi 的兼容模式 filetype on " 开启文件类型检测 set encoding=utf-8 " 统一编码，避免中文乱码 set number " 显示行号 set relativenumber " 相对行号，在 vim 里快速跳转时非常好用 set tabstop=4 " Tab 显示为 4 个空格宽度 set shiftwidth=4 " 缩进层级为 4 个空格 set expandtab " 把 Tab 转成空格（Python 开发者必设） set autoindent " 自动继承上一行缩进 set cursorline " 高亮当前行 set hlsearch " 搜索结果高亮 set incsearch " 边输入边搜索 set ignorecase smartcase " 搜索忽略大小写，但有大小写混合时区分 set nowrap " 默认不换行，长代码一眼扫完 set splitright " 新窗口默认在右侧打开 set splitbelow " 新窗口默认在下方打开 set scrolloff=5 " 滚动时保持光标离上下边缘 5 行 set clipboard=unnamedplus " 和系统剪贴板互通 set noswapfile " 不留交换文件（个人喜好，见仁见智） set nobackup " 不生成备份文件 set undofile " 但保留撤销历史，重启后仍能撤销 " 插件管理（vim-plug 示例） call plug#begin('~/.vim/plugged') Plug 'preservim/nerdtree' " 文件树 Plug 'junegunn/fzf', { 'do': { -> fzf#install() } } Plug 'junegunn/fzf.vim' " fzf 集成，模糊搜索文件 Plug 'itchyny/lightline.vim' " 状态栏美化 Plug 'mbbill/undotree' " 撤销历史可视化 Plug 'tpope/vim-commentary' " 快速注释 gcc 注释一行 Plug 'jiangmiao/auto-pairs' " 自动补全括号引号 Plug 'ycm-core/YouCompleteMe' " 代码补全引擎（可选，按需装） call plug#end() " 快捷键映射 map <C-n> :NERDTreeToggle<CR> " Ctrl+n 开关文件树 map <C-p> :Files<CR> " Ctrl+p 模糊搜索当前目录文件 map <C-f> :Rg<CR> " Ctrl+f 搜索文件内容 nmap <F2> :set number! relativenumber!<CR> " F2 切换行号模式 " 主题 set background=dark colorscheme desert " 自带主题，不依赖网上下载

逐条说一下每个配置解决了什么问题。set clipboard=unnamedplus这个很关键，默认 vim 的剪切板跟系统是隔离的，如果你用 vim 编辑代码，想复制内容粘贴到浏览器搜索框里，你会发现粘贴不了。加上这个配置后，vim 的复制直接走系统剪贴板，y 复制的内容外面 ctrl+v 就能粘贴，反过来外部复制的内容在 vim 里 p 也能粘贴。很多人觉得 vim 难用，很大一部分原因就是这个没配好。

相对行号（relativenumber）绝对是被低估的功能。它让每一行的行号显示的是“距离当前行的行数”。比如当前在第 20 行，你看到第 15 行的行号是 5，直接输入5k就把光标移上去了，配合数字键精确跳行，效率非常高。刚开始可能不太习惯，但用上一天就会觉得再也不想回到绝对行号。

插件选择上，我特意避开了那些体积庞大、依赖复杂的。NERDTree 看文件树，fzf 搜索文件名和内容，lightline 提供状态栏显示模式和 Git 分支，commentary 做快速注释。这些插件加起来，基本覆盖了日常高频操作。YouCompleteMe 这个我标了可选，因为它的编译安装比较费时间，要装 python3-dev、cmake 这些依赖。如果你写 Python、Go、C++ 比较多，值得装；如果主要写脚本和 Markdown，可以先不装，fzf 加 vim 自带的补全已经够用。

插件安装方式用 vim-plug：

curl -fLo ~/.vim/autoload/plug.vim --create-dirs \ https://raw.githubusercontent.com/junegunn/vim-plug/master/plug.vim

然后在 vim 里执行:PlugInstall，就会自动把配置文件里列的插件全部拉下来。以后再想加新插件，在 vimrc 里加一行，再执行一下:PlugInstall就行。

3.6 文件查找与内容搜索：少绕弯路的 fzf + ripgrep 组合

传统的工作流里，找一个文件是用 cd 一层层进去，找内容是用 grep -r 扫目录。这种方式在小项目里还行，项目一大就非常痛苦。caveman 用 fzf 加 ripgrep 把这条链路彻底换掉。

fzf 是一个命令行模糊搜索工具，它的工作方式很简单：你从管道里喂给它一个文件列表，它显示一个交互式搜索框，你输入关键字，它实时过滤，回车后输出你选中的那一项。这个工具和 vim、shell 一组合，花样非常多。

先用 apt 装好：

sudo apt install -y ripgrep fzf

然后在 shell 里可以直接用：

# 找目录下的所有文件并搜索 vim $(find . -type f | fzf --preview 'head -50 {}')

这行命令的含义是：列出当前目录下所有文件，交给 fzf 做模糊选择，选中的文件直接交给 vim 打开。如果你用了我上面的 vimrc，在 vim 里按 Ctrl+p 直接弹文件搜索框，按 Ctrl+f 弹出内容搜索框，后者基于 ripgrep 在项目里搜代码。

关于 ripgrep 比 grep 快多少，不用看那些虚的数字，实际体感就是“秒出结果”。它默认尊重 .gitignore（会在 Git 项目里自动跳过被忽略的文件），搜索大量代码目录时不会乱入 node_modules、target 这些目录，输出的结果也有颜色高亮，还能直接跳到行号。

vifm 或者 ranger 这种命令行文件管理器我也试过，但最终放弃了。核心原因是它们的操作逻辑带入了太多“图形界面思维”（选中、预览、批量操作），在纯命令行环境下反而显得很多余。fzf 的做法更“穴居人”——不需要模拟文件管理器，直接把候选列表交给搜索框，输入几个字母就飞过去了。理念完全不同，后者跟 vim 的工作流的契合度远高于前者。

4. 功能优化与工作流改造：从“能跑”到“好用”

4.1 Git 别名与 shell 助手的沉淀

终端环境搭好之后，真正让我效率爆发的是各种“顺手的小别名”——把高频操作压缩成一个单词甚至两个字母。这些别名是 zsh 配置里最有价值的部分，因为它们直接决定了你每天要少敲多少键。

下面是我剪贴板里常驻的别名，分享出来：

alias gst='git status' alias ga='git add' alias gcmsg='git commit -m' alias gl='git pull' alias gp='git push' alias gd='git diff' alias gco='git checkout' alias gb='git branch' alias glog='git log --oneline --graph --decorate -10' alias k='kubectl' alias kgp='kubectl get pods' alias kgs='kubectl get svc' alias kd='kubectl describe' alias kl='kubectl logs -f' alias py='python3' alias pip='pip3' alias c='clear' alias h='history | grep' alias ports='netstat -tlnp'

glog这个别名特别实用，10 行以内的简版 Git 日志，提交分叉图一眼看清，比完整的 git log 输出舒服得多。写代码改到一半想查历史，glog一敲就出来了。

有同事问我，背这么多别名不会累吗？我的经验是不需要背。你记住最常用的五六个（gst、ga、gcmsg、gp、gl），剩下的用到的时候敲一下alias查看列表就行。用着用着自然就记住了，肌肉记忆远比死记硬背可靠。

4.2 终端配色和字体：让穴位环境也有一点颜面

前面说了不做花哨的特效，但“清晰可读”跟“花哨”是两回事。终端配色这块我保留了适度的美化，核心目的是减少长时间盯屏幕的疲劳感，同时让信息层级更清楚。

现代终端模拟器一般都支持自定义配色，我用的方案是深灰蓝背景 + 高亮度前景的组合。这里有一组我自己调过的配色（来自 base16 主题体系的变体），可以直接在你的终端设置里试试：

• 背景色接近#1d1f21，前景色接近#c5c8c6
• 注释颜色用暗绿色#8c9440，字符串用棕色#de935f，关键字用蓝色#81a2be
• 当前行高亮（cursor line）用#282a2e

这个配色在白天室内光下看起来非常舒服，不刺眼但也不会觉得灰蒙蒙。终端里显示目录名用深蓝、文件名用白色，就是靠 LS_COLORS 环境变量控制的。Ubuntu/Debian 默认的 LS_COLORS 已经可读性不错，如果你想自定义，可以用dircolors -p > ~/.dircolors生成默认配置模板，改完加载即可。

字体方面，中文显示一定要保证。Linux 下如果用了 oh-my-zsh 的 agnoster 主题，那个箭头图标需要终端支持 powerline 字体。直接装一个fonts-powerline包就能解决：

sudo apt install -y fonts-powerline

装完之后在终端配置里把字体换成 “DejaVu Sans Mono for Powerline”，重启终端图标就不会乱码了。

4.3 会话持久化：电脑重启后，一切复原

说完了界面，说一个真正能“救命”的功能：会话持久化。tmux-resurrect 插件我之前提到过，这里展开讲一下具体的配置和用法。

默认的 tmux 会话，你关掉终端或重启电脑后，所有窗口和面板布局就没了，下次得重新手动敲 tmux 命令来恢复，很烦。tmux-resurrect 把每一个 tmux 会话的窗口布局、面板分割、当前目录、环境变量都存下来，甚至能把正在跑的命令（比如启动中的服务）记录在案。安装好 TPM 并挂载插件后：

• 保存：前缀键 Ctrl+a，然后再按 Ctrl+s，布局被写进 ~/.tmux/resurrect 目录下的 JSON 文件。
• 恢复：前缀键 Ctrl+a，然后再按 Ctrl+r，布局全部还原。

我现在每天收工的固定流程就是：先 Ctrl+a 再 Ctrl+s 保存 tmux，然后直接关机。第二天开机进终端，敲一个tmux attach，昨天的三个窗口、七个面板、甚至每个面板里所在的目录都一模一样的躺在那里，下图（这里是文字描述）就是那个状态：左上是 vim 在写代码，左中是 fzf 在找文件，右侧是终端在跑测试，底部是日志输出。整个人直接续上昨天的进度，完全没有“开机重新搭环境”的心智负担。

提示：tmux-resurrect 保存的布局文件是纯 JSON，如果你改了 tmux 的默认配置（比如换了 shell），部分恢复可能不完整，但窗口和面板结构基本不受影响。

4.4 支持多语言的代码补全：一站式配置技巧

最后一块拼图是代码补全。要做真正的多语言开发环境，完全没有补全是不行的。这块我给的方案是coc.nvim或者YouCompleteMe二选一。

我先说说我的选型结论：用coc.nvim。它的设计是语言服务器协议（LSP）客户端，服务端可以独立装各种语言的 language server，前端统一由一个 vim 插件接驳，实现了“一个插件吃遍所有语言”的效果。相比之下 YouCompleteMe 虽然也支持多语言，但每加一个语言支持都要重新编译，那酸爽我实在不想体验第二遍。

coc.nvim 的安装需要 node.js（用来跑一些脚本），然后：

cd ~/.vim/plugged/ git clone https://github.com/neoclide/coc.nvim.git

在 vimrc 里加一行Plug 'neoclide/coc.nvim'，执行:PlugInstall。装完后，在 vim 里执行:CocInstall coc-python coc-go coc-json这些语言扩展。

日常的使用体验是这样：写 Python 时，import 之后立刻有智能补全，函数签名提示随键盘输入更新，语法错误直接在编辑页画红线（红色波浪线效果），还有跳转定义、查找引用这些 LSP 的典型功能。配置量也不大，我用的一段最小配置：

" coc.nvim 需要 Node.js >= 12 let g:coc_global_extensions = ['coc-python', 'coc-json', 'coc-go', 'coc-tsserver'] set updatetime=300 inoremap <silent><expr> <Tab> coc#pum#visible() ? coc#pum#confirm() : "\<Tab>"

这里的 update 时间调到 300 毫秒，是为了触发诊断信息的时候响应更快，默认的 4 秒太迟钝了。Tab 键的映射也很关键：当补全菜单弹出时，Tab 是确认选择，否则当成普通 Tab 用，这样操作逻辑非常顺。

5. 常见问题速查与避坑指南

5.1 故障排查表：照着做就行

搭建过程中和后续日常使用中，最常遇到的几个问题我整理成表格，建议直接存一份在本地：

5.2 我踩过的几个坑，细说细解

第一个坑是vim 的剪贴板支持。在有些精简版 Linux 上，默认装的 vim 是vim-tiny，这个版本对剪贴板支持很弱，表现为set clipboard=unnamedplus这个配置直接不生效。解决方法是装vim-gtk3（或者 vim-nox）。装完再vim --version检查一下，看到+clipboard字样就对了。这个问题在很多“服务器版 Ubuntu”上比较常见，大家配置前先检查一下终端里的 vim 版本。

第二个坑是tmux 的 256 色设置。我曾经遇到一个奇怪现象：在 tmux 里打开 vim，代码高亮的颜色明显比裸终端里淡，而且状态栏的颜色也偏淡。排查了半天，发现问题是 tmux 默认的TERM环境变量是screen，这个终端类型只支持 8 色，很多应用不知道能显示 256 色，就自动降级了。加上set -g default-terminal "screen-256color"之后，一切恢复正常。这个坑非常隐蔽，因为表面上代码能高亮，只是颜色偏淡一点，你不仔细看还不容易发现。

第三个坑是oh-my-zsh 的自动更新提示。默认情况下，oh-my-zsh 会隔一段时间弹出更新提醒，问你要不要更新。这在某些网络环境下会导致终端启动过程卡住。我直接在 ~/.zshrc 里设了DISABLE_AUTO_UPDATE="true"，关闭自动检查。需要更新的时候手动执行omz update就行。这种自己掌控节奏的做法更符合年龄大的系统的特质：稳定优先，不被外部节奏打乱。

5.3 移动端与远程开发的补充说明

还有个场景值得单独提一下：如果你和我一样，偶尔会用 iPad 或者手机通过 SSH 连回自己的工作电脑，那么 caveman 这套配置的价值会更突出。因为所有操作都是纯命令行的，带宽占用极低，在信号不太好的环境下依旧顺畅。我在手机终端的 App 上分屏开面板、改代码、跑命令，体验虽然比不上实体键盘，但作为应急方案完全够用。

远程开发这块，我之前试过 VS Code Remote-SSH，体验确实不错，但它需要本地和远程都装对应的服务端，在特别“干净”的服务器上容易因为权限问题装不成功。反而是邪教一样的纯终端方案零依赖，只要 SSH 能通，一切都能干。这也是我坚持把 vim 工作流练熟的最大回报。

6. 写在最后：一套属于自己的“穴居人”哲学

折腾完 caveman 这套环境，我最大的体会不是“我学会了多少工具”，而是“我越来越清楚什么样的工具值得长期依赖”。现代软件开发工具多得让人眼花缭乱，每个工具都在拼命吸收你的注意力，让你去学习它的新概念、新快捷键、新插件生态。但真正陪你走得最远的，往往是那些你掌握了底层逻辑之后、永远保持在舒适区里的老家伙——vim、zsh、tmux、git——它们很少变，也因为很少变，才有了极深的生态沉淀，任何一个细节问题都能在五分钟内找到别人留下的答案。

最后分享一个我一直在用的习惯：把配置文件和 dotfiles 纳入 git 管理，每次改完配置就提交一次。现在换新机器最快只需两分钟：克隆自己的 dotfiles 仓库，跑一个入口脚本，所有配置就自动铺好了。这种“环境即代码”的思路，让我再也不怕电脑突然坏掉，或者临时要用一台别人的机器干活。这不只是工具层面的便利了，更像一种心态上的安全感：无论环境怎么换，我赖以为生的那套操作习惯始终跟着我走。

如果你看完这篇文章也想搭一套自己的穴居人环境，我的建议是从最小配置起步，想到什么需求加什么功能，千万别一开始就照搬别人的全套“全家桶”。一套能让你干活顺手的环境，永远是从真实的痛点和频繁的操作中长出来的。先在终端里多待几天，感受一下哪些操作重复次数最多，然后针对性地找工具解决它——这才是通往“顺手”最快的路。