rmux：专给 Agent 用的 tmux 替身，Claude Code 终于能“指挥终端小队”了

看到这几行，我停了一下：

rmux list-commands
rmux diagnose --human
rmux claude --dangerously-skip-permissions

啧，这味儿就对了。不是又造一个花里胡哨的终端壳，而是想把 tmux 那套会话、窗口、pane，改造成 Agent 能稳定调用的底座。

项目叫 rmux，Rust 写的。README 里说它是一个异步、带类型 SDK 的终端复用引擎，兼容 90 多条 tmux 命令，Linux、macOS、Windows 都能原生跑，不用在 Windows 上绕 WSL。还能当 CLI 用，也能通过 Rust、Python、TypeScript SDK 去驱动终端会话。

这事为什么有意思？

以前我们用 tmux，主要是自己挂会话：跑服务、看日志、断线重连。现在 Agent 一多，场景变了。Claude Code、Codex、Gemini CLI 同时开着干活，你想让一个负责拆任务，一个负责写代码，一个负责查错，再开个窗口看结果。靠手敲还行，真要自动化，脚本马上开始变脏。

pane 名字、输入时机、stdout 抓取、命令退出、报错重试。

坑一般就在这里。

rmux 比较抓人的点，是它不只让你“打开终端”，而是让代码去精确驱动终端。README 里写 SDK 会连到本地 daemon，暴露 sessions、panes、streams、waits、snapshots 这些对象。这个思路有点像 Playwright 管浏览器，只不过对象换成了终端。

还有一个细节挺现实：它能读取 .rmux.conf，找不到时还会尽量解析标准 tmux.conf 路径；不支持的插件行会报告，但不会直接启动失败。老鬼以前折腾开发环境，最烦的就是迁移工具后配置全废，快捷键、插件、默认 shell 又要重新配一遍。这个兼容层不性感，但很救命。

当然先别急着吹。

版本现在还在 v0.7.1，仓库里也有 issue。终端自动化这种东西，稳定性不是 README 写出来的，429、502、命令卡死、Agent 自己开始胡说八道，最后都得落到日志和恢复机制上。尤其你要拿它跑多 Agent 对比，别只看谁先输出，还得看谁能不能复现、能不能收场。

不过 Claude Teammate Mode 这块确实挺会抓痛点。rmux 可以用 rmux claude [args] 启动 Claude Code，并把 tmux teammate mode 相关参数传进去；底层还会给 Claude 进程塞一个 scoped 的 tmux shim，不影响系统原来的 tmux。

这就很像给 Claude Code 搭了个本地调度台。

我会怎么用？不是拿它替代所有 tmux。老 tmux 继续用。rmux 更适合试那种“多个 Agent 同时跑同一任务”的场景：一个修 bug，一个写测试，一个改文档，然后把输出都收回来对比。兄弟们做 AI Coding 工作流、Agent 评测、小型自动化实验，可以扫一眼。

Github地址：github.com/Helvesec/rmux