这段时间我一直在折腾一件事：怎么把 Codex 的生产力，从“坐在电脑前才能启动”这件事里解放出来。

我试过一些更“全能”的路线，也试过把 agent 塞进更大的自动化系统里。但最后真正留下来的，不是更重的平台，而是一个很轻、很克制的工具：Happy。

它最打动我的地方，不是功能列表有多长，而是它几乎不改变我的工作方式，却把我和 Codex 之间的距离缩短到了手机解锁那几秒。

OpenClaw 的弊端，以及 Happy 为什么更适合搭配 Codex

先说结论：OpenClaw 更像一个总控层，Happy 更像一个为编码场景打磨过的远程界面。

如果你的目标是让 AI 接消息、串服务、调各种外部能力，OpenClaw 当然有它的空间。但如果你的核心目标很明确，就是围绕代码仓库、终端、分支、评审和迭代来工作，那 OpenClaw 在我这里有几个很明显的问题：

• 它太“重”了。你会不自觉开始设计一个系统，而不是完成一个改动。
• 它离终端工作流有一层抽象，很多时候像是在“驱动一个平台”，而不是直接“驱动一个 coding agent”。
• 移动端体验不够聚焦。你能远程做事，但不够像一个专门为 AI 编程会话优化过的控制面板。
• 当我只想让 Codex 持续跑一个任务、等它完成、补一句指令、顺手审一下 diff 时，OpenClaw 给我的心智负担明显更高。

Happy 的优势恰好反过来：

• 它不试图替代你的终端，只是把终端里的 agent 会话延伸到手机、平板和浏览器。
• 它支持多会话并行，前端、后端、部署可以同时开着，不容易丢上下文。
• 它是为这种“我先让 agent 干活，我再随时接管”的模式设计的。
• 它支持推送通知、语音控制、跨设备同步，这些功能在 coding 场景里都很实用，而不是噱头。
• 它跑在你自己的机器上，官方文档强调端到端加密，整体控制感更强。

一句话说，OpenClaw 适合想搭一套 agent 基础设施的人，Happy 适合已经有终端工作流、只想把 Codex 使用半径扩大的人。

Happy 是用来做什么的

我更愿意把 Happy 理解成一个词：handoff。

它解决的是 AI 编程最烦的一类中断问题：

• 我离开电脑了，但任务还在跑。
• 我突然想到一个改法，但不想专门回到桌前。
• 我想同时挂几个会话，不想被一个 terminal tab 绑死。
• 我想把“等 agent 干活”的碎片时间利用起来。

Happy 做的事情，其实很克制：

• 在你的电脑上启动一个正常的 agent 会话
• 把会话同步到手机、平板或 Web
• 让你随时查看、继续、补充指令、切换任务

这就够了。

很多产品的问题在于，什么都想接管。Happy 的高明之处反而在于，它没有企图重新发明你的开发环境。你依然可以在本地 terminal 里工作，Happy 只是把这个过程变成了“可移动、可接力、可并行”。

Happy App 有哪些功能

结合官方文档和我自己的使用感受，Happy 最值得说的功能不是“多”，而是“对”：

• iOS / Android / Web 三端可用，不会把你锁在单一设备上。
• 可以把电脑上的会话同步到手机，真正做到出门也能接着盯进度。
• 支持多活会话，适合同时跑多个仓库、多个 worktree、多个分支实验。
• 有推送通知。需要你输入、代码准备审阅、任务出错时，能及时回来接管。
• 有语音执行能力，在移动端补一句自然语言命令会比 SSH 敲字舒服很多。
• 官方强调端到端加密，而且整套东西是开源的，心里会更踏实。

对我来说，真正有价值的是这三个场景：

1. 让 Codex 在电脑上持续做脏活累活，我在手机上看进度。
2. 突然想到一个重构方向，直接在外面补一句 prompt，让它先开工。
3. 一次开多个任务，把不同思路分发给不同会话，再回到桌前统一筛选结果。

怎么安装 Happy

Happy 的安装比它看起来还简单。官方当前的快速开始方式是：

先确保你的电脑上有 Node.js 18 或更高版本。

然后安装 Happy CLI：

npm install -g happy-coder

安装完成后，在手机端下载 Happy：

• iPhone / iPad：App Store
• Android：Google Play
• 浏览器：https://app.happy.engineering

接着在电脑上执行：

happy --auth

这个命令会展示登录二维码。用手机 App 扫一下，设备就能连起来。

如果你只是想先体验，也可以直接运行：

happy

它会先启动一个标准的 Happy 会话。官方文档里把这一步描述得很准确：你得到的本质上仍然是原来的终端工作流，只不过现在这个工作流具备了跨设备延续能力。

安装后，怎么配合 Codex 使用

这部分才是重点。我的建议不是把 Happy 当成“另一个 AI”，而是把它当成 Codex 的移动控制层。

先在你的电脑上装好 Codex CLI：

npm install -g @openai/codex
codex --login

登录完成后，你有两种用法。

第一种，是继续保持你原来的习惯：

• 在电脑终端里直接用 codex
• 出门以后通过 Happy 接着看这个会话
• 需要时在手机上继续追加指令

第二种，是更直接一点，直接让 Happy 启动 Codex：

happy codex

官方最佳实践文档已经明确提到，Happy 不只可以承接 Claude Code，会话里也可以直接切到 Codex。对我来说，这个组合最舒服的工作方式是：

1. 在本地仓库里先把分支和 worktree 准备好。
2. 每个方向开一个 Happy 会话。
3. 让不同会话分别跑不同任务，比如一个改 UI，一个补测试，一个整理文档。
4. 我不在电脑前的时候，用手机看进度、补 prompt、等通知。
5. 回到桌前，再统一 review diff、跑测试、提交代码。

这套方式的妙处在于：Codex 负责产出，Happy 负责连接。

Codex 决定代码质量和执行能力，Happy 决定你能不能在现实生活的缝隙里，持续把这份能力调度起来。

最后

如果你想找一个“功能最多”的 AI 平台，Happy 可能不是最喧闹的那个。

但如果你已经认可 Codex 这种终端型 coding agent 的价值，下一步真正值得补上的，不是再堆一个更大的系统，而是找到一个足够顺手的外延层，让你在离开书桌之后，依然能保持对开发节奏的控制。

这就是我最后留下 Happy 的原因。

它没有试图接管我的工作流。

它只是把我的工作流，变得更长了。