Omakub：DHH 的一行命令 Ubuntu 开发环境（以及它为何退役）

“Omakase”（おまかせ）在日语里是”交给师傅决定”的意思。Omakub 取的就是这个意境：把开发环境的选型、安装、配置”全权交给作者”，你只管吃。它由 Ruby on Rails 创始人、37signals 联合创始人 DHH（David Heinemeier Hansson）发起，口号直白——“运行一条命令，把全新 Ubuntu 安装变成一个配置完整、美观、现代的 Web 开发系统”。但有意思的是，当 Koala 这期周报把它当作”Ubuntu 配置工具”推荐时，这个项目其实已经退役：仓库于 2026 年 8 月 30 日被作者归档为只读，其精神血脉则迁移到了一个全新发行版上。本文基于其官网（现已重定向到 Omarchy）与归档 GitHub 仓库，做一次还原式分析。

一、背景：为什么是”一行命令”的 Linux

开发者换机器、重装系统、或者新人刚拿到一台 Ubuntu，最耗时间的往往不是写代码，而是”把环境配顺”：编辑器要装插件、终端要加快捷键、要装 Docker、要调 GNOME 的字体和主题、要配 tiling window……这些配置散落在 dotfiles 仓库里，互相抄来抄去，还经常随系统升级坏掉。

DHH 的判断是：与其让每个人重新踩一遍坑，不如由一个有强烈审美与工程主张的人，把”他认为 Linux 开发环境最好的样子”做成一条可执行的脚本。这正是 Omakub 的出发点——README 写道：“No need to write bespoke configs for every essential tool just to get started”。它本质上是一套带主张的 dotfiles + 安装脚本集合，而不是一个新发行版。

二、它装了什么：目录结构里的”师傅的套餐”

归档仓库（omacom/omakub，原 basecamp/omakub）的目录结构很能说明它的工作方式：

• install/：核心安装脚本，负责拉一套 CLI 工具与开发链；
• applications/：GUI 应用的启动器/入口，可见的脚本包括 Docker.sh、Neovim.sh，以及带有强烈作者偏好的 Basecamp.sh、HEY.sh、WhatsApp.sh、Activity.sh、About.sh；
• configs/、defaults/：对 GNOME、Neovim、终端等做的预置配置；
• themes/：一键换主题；
• migrations/、uninstall/：升级迁移与卸载脚本——这说明作者认真考虑过”跟着 Ubuntu 版本升级”和”能干净卸载”；
• bin/：自定义命令行小工具。

官网在回顾里点出了它的审美取向：“Neovim and Zellij out of the box”（开箱即带 Neovim 与 Zellij 终端复用器），并且”one command could re-theme multiple apps”（一条命令给多个应用换肤）。也就是说，它的主张是以终端为中心、键盘优先、tiling、并带一套统一的暗色美学。许可证为 MIT，社区还提供了 omakub extensions 扩展机制供人增删改。

三、关键事实速览

四、它为何退役：这是本文最值得讲的部分

Omakub 官网上有一篇 DHH 的自述《The road to Omarchy》，把退役原因讲得非常坦诚，这也是”客观分析”最该引用的一手口径：

1. 它证明了命题，但也撞到了天花板。 DHH 写道，Omakub “proved the thesis”——给开发者一个开箱即用、美观完整的 Linux，“数万人真的来了”。但他同时说 Omakub “found the ceiling”。
2. 根本矛盾是”在别人的发行版上强加主张”。 Omakub 是”在 Ubuntu 和 GNOME 之上的一层主张”，而 Ubuntu/GNOME 本身”有很强的主张”。他真正在乎的东西——tiling、一切靠键盘、把终端当作宇宙中心——“不断地和平台打架，而不是从平台里自然长出来”。
3. 于是师傅换了地方。 “omakase moved from Ubuntu to Arch, from GNOME to Hyprland”——不再是别人发行版之上的一层，而是”the whole meal”（整餐），这就是 Omarchy。用 DHH 自己的话说：“Omakub walked so Omarchy could run.”

这段自述的价值在于：它不是项目失败，而是作者主动认为”叠层方案”在哲学上不够彻底。如果你认同”一切键盘化、tiling、终端中心”的极端主张，就会理解为什么 GNOME 这类图形桌面始终是他的掣肘。

五、评测方法批判：它的”好”是有前提的

Koala 在周报里评价它”满足新手快速上手，也给老手一个不错的基础配置”。这个评价成立，但有两个前提需要点破：

1. “开箱即用”的背面是”强主张”。 Omakub 替你做了所有选择：用 Neovim 不用 VS Code、用 Zellij、用 tiling、用特定主题。新手确实快了，但如果你的喜好与作者相反，卸载和反配置的成本不低——虽然它提供了 uninstall/，但被改过的 GNOME 默认值、安装过的一整套应用，并不会因为卸载脚本就完全回到原生。
2. 它是”快照”，不是”被维护的工具”。 归档后仓库只读，意味着它不会再跟随 Ubuntu 新版、不再修复兼容问题。今天再拿它装一个全新的 Ubuntu，能否顺利跑通要打问号——这正是它退役后最大的现实约束。
3. “数万人采用”来自作者自述，官网没有给出可核对的下载量或安装数，这个数字应理解为”官方称”。

六、优势与局限

优势：

1. 极低的上手门槛：一条命令搞定环境，对新手和重装系统的老手都省时间；
2. 主张完整、审美统一：编辑器、终端、主题、tiling 一套配齐，不用自己拼凑 dotfiles；
3. 考虑了生命周期：带 migrations 与 uninstall，比一次性脚本负责任；
4. MIT 协议 + 扩展机制：可自由二次开发，社区有扩展生态。

局限：

1. 已停止维护（归档只读）：不再跟随 Ubuntu 更新，新系统上的可用性存疑；
2. 强绑定作者偏好：Neovim/Zellij/tiling 路线不适合所有人，反配置成本高；
3. 哲学上”半途而废”：作者自己都认为叠层在 GNOME 上不彻底，从而转向 Omarchy；
4. 37signals 全家桶痕迹：Basecamp.sh、HEY.sh 这类应用入口对非该公司用户无意义。

七、今天该用哪个：Omakub、Omarchy 还是 Omabuntu？

• 如果你想要原版的”Ubuntu 上的 omakase”：Omakub 仓库已归档，作者指引你去社区分支 Omabuntu（“If Arch is a step too far and Ubuntu is home, that’s where you should go”）；
• 如果你认同 DHH 的终极主张（tiling、键盘中心、终端宇宙）：直接上 Omarchy（Arch + Hyprland），它才是 Omakub 真正想成为的样子；
• 如果你只是想要一份可参考的 dotfiles 工程范例：归档的 Omakub 仓库仍然值得读——它的 install/configs/themes/migrations/uninstall 分层，是一套”如何把个人配置做成可分发脚本”的很好教材。

八、它意味着什么

Omakub 的意义不在于它现在还能不能跑，而在于它把”开发环境即产品”这个思路推到了公众视野：一个有审美的工程师，可以把自己的工作方式做成一条命令、被数万人采用，然后又因为哲学不满足而亲手推倒重来、做成整个发行版。它反映的正是 Koala 所说的趋势——随着工具链复杂化，开发者越来越想要”懒人包”式的一站式答案；而 Omakub → Omarchy 的迁移路径，则进一步说明：当”懒人包”的主张足够强烈，它最终会要求一个属于自己的底层，而不是寄人篱下。

参考来源

• Omakub 官网（现重定向至 Omarchy 回顾页）
• 归档的 omakub GitHub 仓库
• Omarchy 官网
• Koala 项目库条目：Omakub