这个开源终端，让 Agent 像操作浏览器一样控制命令行

📝

实测 RMUX——一个把终端变成可编程对象的开源复用器。send-keys 发命令、wait-pane 等完成、pane-snapshot 读画面，Agent 终于不用 grep + sleep 猜状态了。

作者在 Windows 上开了三个终端窗格：一个检查 RMUX 版本，一个核验官方安装包，一个读取当前稳定包支持的 tmux 命令。三件事同时结束后，又从会话外发送命令，等到任务完成，再把当前窗格直接读了出来——整个过程没靠人盯屏幕。做到这些的项目叫 RMUX。

本文是 RMUX 的第二篇转载（拾码备忘录 · 小码，2026-08-11），侧重亲测验证。首篇介绍文见专为 Agent 而生的终端神器，开源了！。

如果它只是把终端切成三块，事情其实没什么新鲜的——tmux、Windows Terminal，甚至多开几个窗口都能做到。RMUX 真正不一样的地方，是它开始把终端当成一种可以被程序精确控制的对象。

Playwright 会打开浏览器、点击按钮、等待元素出现、读取页面状态。RMUX 对终端做了类似的事：向指定窗格发送命令，等待某段文字出现，再读取快照或者持续接收输出。到这一步，RMUX 才和普通分屏工具拉开距离。

01 分屏不难，知道任务何时结束才难

这次作者没有调用付费模型，而是先拿三个本地任务跑通这条链路。发送命令、等待结果和读取状态如果不稳定，上面换成 Claude Code、Codex 或 Gemini CLI 也没有意义。

流程是三步：新建一个空窗格，用 send-keys 从外部注入任务；随后让 wait-pane 等待「任务完成」文本；最后用 pane-snapshot 读取当前画面。三步都走通了。

普通脚本处理交互式终端，常见做法是截一段输出，再配上 grep 和 sleep——先睡五秒，看结果有没有出现；没有就继续等。问题是，任务究竟在运行、卡住、等待输入，还是已经结束，脚本经常只能猜。RMUX 把这些状态变成了明确接口：对人来说，少切几个窗口只是方便；对 Agent 来说，能判断下一步何时接手，才是连续工作的基础。

02 怎么用？一套最短流程只有四步

普通用户可以先把它当成一个支持后台会话的终端复用器：

rmux new-session -d -s work
rmux split-window -h -t work
rmux send-keys -t work 'echo hello' Enter
rmux attach-session -t work

第一行创建后台会话，第二行增加窗格，第三行把命令发进去，最后再回到会话查看结果。关闭当前窗口后，任务仍留在本地 daemon 中继续运行。

当上层换成 Agent，动作并没有变：给 Codex 一个窗格，给 Gemini CLI 一个窗格，再让负责调度的 Agent 分发任务、等待结果、比较输出。RMUX 官方演示的就是这条路径——右下角的 Claude 把同一个任务发给 Codex、Gemini 和 Vibe，三个 Agent 各自在独立窗格里返回结果。Claude 面对的是稳定的会话和窗格，不用在人和 Agent 之间来回复制聊天记录。

03 Claude Code 已经能直接用上这套终端

RMUX 做了一个很直接的入口：

1	rmux claude

它会给 Claude Code 创建 RMUX 会话，并启用 tmux teammate mode。需要让 Claude 记住 RMUX 的命令、SDK、Web Share 和自动化方式，还可以安装项目自带的 Skill：

1	rmux claude install-skill

前提是机器上已经安装了 claude。它不内置模型，也不提供 Claude 额度——RMUX 负责的是底下那层终端环境。模型负责想和做，RMUX 负责保存现场、转发输入、等待输出。

04 人不在电脑前，也能看到任务跑到哪了

执行 rmux web-share -t work 后，可以在浏览器里打开选定窗格或整个会话。它适合两种情况：离开电脑后查看长任务进度，或者把只读会话临时发给同事一起排查。

终端里的 shell、进程和滚动记录仍留在本机 daemon，浏览器拿到的是经过端到端加密的会话画面。官方还提供角色、PIN、有效期和只读分享等控制项。不过，分享链接仍然应该按敏感入口处理——涉及源码、环境变量或内部日志时，优先使用只读角色、PIN 和短有效期，不要把工作会话长期暴露出去。

05 怎么安装？Windows 用户不用先装 WSL

作者测试的 GitHub Releases 稳定包是 v0.8.0。在 Windows 11 上直接解压运行，rmux diagnose 显示系统使用原生 ConPTY，客户端与 daemon 之间通过独立的 Windows named pipe 连接——Windows 用户不必先安装 WSL，便能获得这套会话和窗格能力。

RMUX 同时提供 macOS、Linux 和 Windows 后端，覆盖 90 多条 tmux 命令。安装方式很全：

# Windows
winget install rmux

# macOS
brew install rmux

# 其他：Scoop、Chocolatey、APT、DNF、Nix、Cargo，或 GitHub Releases 便携包

06 它适合谁，边界也很明确

如果你每天只开一个 Agent，任务结束就关窗口，RMUX 带来的变化可能没有那么大——多一层会话管理，反而多一件要学的工具。但下面几类人值得试：

同时使用 Claude Code、Codex、Gemini CLI 等多个终端 Agent
经常跑测试、构建、爬取或长时间任务
想让一个 Agent 调度其他 Agent，而不是自己来回复制结果
在 Windows 上需要原生终端复用和自动化
希望用 Python、TypeScript 或 Rust 读取终端状态

作者实测只证明了终端这一层：三个任务能同时保留，命令能注入，完成文本能等待，窗格能读取，浏览器能查看。真实 Agent 的规划质量、权限控制和失败恢复，仍然取决于上层工具和你的配置。但 RMUX 最重要的价值已经清楚了：以前终端把结果显示给人看；现在，它开始把状态交给 Agent 读。

GitHub 数据验证

项目	数据
仓库	Helvesec/rmux
描述	Universal Rust multiplexer with a typed SDK — drive any CLI or TUI app from code. Native on Linux, macOS, and Windows.
Stars	2,563 ⭐（2026-08-11 API 实测）
Forks	143
语言	Rust
创建时间	2026-05-15
最近推送	2026-08-09（活跃迭代中）

项目较新（创建约 3 个月），迭代快，生产接入前建议先看仓库 Issue 与最新 Release。

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