tmux 是许多开发者每天都要使用的终端复用工具——多会话管理、后台任务持久化，用过的人都知道它有多方便。但随着 AI Agent 工作流的普及，一个终端里同时跑着代码编写、测试执行、资料查询等多个 Agent 任务，传统的 tmux 已经显得有些力不从心。

问题在于：如果想用 tmux 实现终端自动化，需要编写大量 shell 脚本，配合 grep 和 sleep 等待输出。这种方式对于 Agent 来说既不可靠也不高效。

rmux 应运而生——一个用 Rust 从零构建的终端复用工具，定位非常明确：专为 Agent 打造的终端自动化解决方案。

多 Agent 协调：一个 Agent 指挥一群 Agent

通过 rmux，可以让 Claude Code 充当总指挥，向 Codex、Gemini CLI 等工具指派任务，实现多 Agent 协调和复杂任务编排。甚至同一个任务可以让多个 Agent 同时执行，对比结果一目了然。

三入口架构：命令、代码、浏览器

rmux 与 tmux 真正的差距在于架构设计。它在同一个守护进程上提供了三个对等的入口：

• 命令行：与传统终端工具一样的交互方式
• Rust SDK：用代码精确驱动终端
• 浏览器共享：通过 Web 界面访问终端

这个思路与 Playwright 控制浏览器非常相似——过去靠 grep 抓取输出、靠截图判断状态，现在变成了接口调用：发送文本、等待关键词出现、读取画面快照。整个过程不再需要猜测和干等，而是基于真实输出做出判断。

苏米注：把终端从"人用的工具"变成"Agent 可程序化控制的资源"，这个方向值得重点关注。就像 Playwright 改变了 Web 自动化的方式，rmux 可能也会改变终端自动化的方式。

Web Share：一条命令加密分享终端

rmux 的 Web Share 功能非常实用——只需一条命令即可将终端加密分享到浏览器中访问。画面虽然分享出去了，但命令的实际执行仍然在本地机器上完成。无论是给同事展示运行中的进程，还是远程查看任务状态，都非常方便。

兼容 tmux，零迁移成本

rmux 兼容 90 多条 tmux 命令，原有的 tmux 用户可以轻松上手。甚至连 tmux.conf 配置文件和常见插件脚本也能沿用，迁移成本几乎为零。同时原生支持 Windows、macOS 和 Linux，Windows 系统无需安装 WSL。

安装也很简单，一行 curl 命令即可完成。macOS 用户可以使用 Homebrew：

brew install rmux

也可以通过包管理器安装（brew、apt 或 cargo），或直接下载编译好的二进制文件。

总结

rmux 刚开源不久，可能还存在一些 Bug，作者在持续迭代更新中。但对于有终端自动化需求、希望让 Agent 帮忙干活的用户来说，这是一个值得尝试的工具。

终端正在从一个"执行命令的工具"转变为"让 Agent 干活的工作台"。坐在终端面前的不再只是人，还有需要长时间运行的 AI 助手。rmux 让代码控制终端成为可能，对 Agent 非常友好。

GitHub 项目地址：https://github.com/Helvesec/rmux