rmux是一款用Rust从零构建的终端复用工具，专为Agent自动化任务设计，支持多Agent协调与复杂任务编排。提供命令行、Rust SDK和浏览器共享三种入口，兼容tmux命令与配置，迁移成本低。原生支持Windows、macOS和Linux，可通过brew或curl安装。适合需要终端自动化的开发者，注意项目刚开源可能存在Bug。
Tags:
一段时间里，tmux 是我每天都打开的一款终端复用工具，它有多好用，用过的人都知道。
在一个终端窗口里打开几个会话，即便关闭了执行任务还能在后台跑，回头可以接着继续。
但现在，我们经常会同时打开好几个 Agent 干活，一个写代码一个跑测试一个查资料。
如果想再使用 tmux 实现终端自动化，要写一堆 shell 脚本，再配上 grep 和 sleep 等待。
很明显 tmux 已无法满足 Agent 终端自动化任务，于是就有开发者用 Rust 从零构建了一个。
并取名为 rmux，定位很明确专为 Agent 打造的终端复用工具，解决终端自动化难题。
通过 rmux，我们可以让 Claude Code 当起总指挥，向 Codex、Gemini CLI 指派任务。
实现多 Agent 协调和复杂任务编排，一个 Agent 指挥一群 Agent 干活。
甚至同一个任务，可以让几个 Agent 同时执行，对比 结果谁强谁弱一目了然。
不过，rmux 真正与 tmux 拉开差距的，我觉得是另一套东西。
它在同一个守护进程上，提供了三个对等的入口：命令行、Rust SDK，还有浏览器共享。
用大白话来说，就是除了能敲命令，我们还能直接用代码来精确驱动终端。
这思路跟 Playwright 控制浏览器很像，过去靠 grep 抓取截屏，现在变成了接口调用。
比如发一段文本进去，然后等某个关键词出现，再读取当前画面的快照。
整个过程不再需要猜测和干等着，而是基于真实输出做出的判断。
用作者自己的话来说就是「像 tmux 一样用，也可以像 Playwright 一样驱动它」。
还有一个挺实用的功能 Web Share，只要一条命令，就能把终端加密分享到浏览器里使用。
最关键在于，画面虽然分享出去了，但命令的实际执行依然还是在本地机器上。
有时候要给同事看一眼在跑的进程，或者远程看一下的任务状态，这个功能就非常实用。
rmux 还兼容 90 多条 tmux 命令，原来 使用 tmux 的朋友可以轻松上手，无需重新学习。
甚至连 tmux.conf 的配置文件和常见插件脚本也能沿用，迁移成本几乎没有。
而且 rmux 原生支持 Windows、macOS 和 Linux 系统，Windows 不需要装 WSL。
一行 curl 命令就能安装，如果习惯使用包管理器的也支持 brew、apt 或者 cargo。
比如 macOS 系统，可以使用 Homebrew 执行下面命令就能安装。
brew install rmux也可以到项目发布页面下载已编译好的二进制文件，解压后从命令行中运行。
装完后就像平时用 tmux 那样敲命令打开会话，如果想探索高级玩法，可以去翻下文档。
说句实话，rmux 刚开源不久，可能还是会有不少 Bug，目前作者在持续迭代更新中。
如果我们想让终端去做一些自动化工作，想让 Agent 帮我们干活，可以尝试一下。
写在最后
以前终端在大部分人的眼里，只是一个能执行命令行的工具。
但现在变了，逐渐成为大家能让 Agent 干活的工作台。
坐在终端面前的不再只是人，还是一个又一个需要长时间运行的 AI 助手。
而 rmux 的出现，让我们可以通过代码来控制终端，对 Agent 来说也非常友好。
在我看来，rmux 还不是终点，但告诉了我们一个值得关注的方向。
GitHub 项目地址：https://github.com/Helvesec/rmux
今天的分享到此结束，感谢大家抽空阅读，我们下期再见，Respect！
没有评论:
发表评论