解決什麼

傳統終端複用器(如 tmux)主要面向 Unix 系統,Windows 使用者需依賴 WSL;同時缺乏現代程式設計介面,自動化指令碼通常依賴 shell 命令拼接。Rmux 用 Rust 重寫終端複用邏輯,實現三平臺原生支援(Linux/macOS/Windows),並提供型別化 SDK,讓開發者能用 Rust 程式碼直接控制終端會話、窗格佈局、輸入輸出捕獲,像 Playwright 操作瀏覽器一樣操作終端。此外內建 Web 共享功能,可將本地會話通過瀏覽器暴露給遠端協作者,無需 SSH 埠轉發。

為何火

在 HN 獲得 194 點贊與 97 條討論,核心吸引力在於"跨平臺原生"(Windows 不再是二等公民)和"可程式設計性"(SDK 讓終端自動化擺脫 shell 指令碼)。專案展示了四個 Demo:多 Agent 編排(514 行)、廣播競技場(2171 行)、迷你 Zellij 克隆(944 行)、終端自動化(1495 行),證明 SDK 可構建複雜 TUI 應用。社群對"用程式碼控制終端的原語"價值認可度高,認為這比手寫 shell 指令碼更可靠。另一爭議點是官網明顯用 AI 生成(經典脈衝綠點、液態閃電動畫),但多數開發者表示"只要程式碼架構紮實就不介意營銷素材來源"。

核心功能

跨平臺原生複用: 支援 90+ tmux 命令,Windows 下直接執行無需 WSL,macOS/Linux 同樣體驗
型別化 Rust SDK: 通過 rmux-sdk 和 ratatui-rmux crate 以程式設計方式建立會話、分割窗格、傳送命令、捕獲輸出
瀏覽器共享會話: 內建 Web Share 功能,可通過 localhost-run 等隧道服務將終端暴露到公網,支援滑鼠調整分割線、建立新窗格
持久化 Agent 工作流: 適合長時間執行的 AI Agent,通過 SDK 監控輸出、動態調整佈局、實現多 Agent 協作
安全模型: Web 共享支援混合後量子端到端加密,可自託管前端或使用自定義入口

安裝

Linux:

curl -fsSL https://rmux.io/install.sh | sh
# 或通過 APT/DNF 包管理器

macOS:

brew install helvesec/rmux/rmux

Windows:

irm https://rmux.io/install.ps1 | iex
# 或通過 Scoop

Rust 專案整合:

cargo add rmux-sdk ratatui-rmux

提供 deb/rpm/Homebrew/Scoop 多種包格式,GitHub Release 包含各平臺二進位制與 SHA256 校驗和。

適合誰

Windows 開發者需要原生終端複用(不想裝 WSL 跑 tmux)
DevOps/SRE 需要可程式設計的終端自動化(替代脆弱的 expect 指令碼)
AI Agent 開發者構建需要持久終端互動的 Agent 工作流
遠端協作團隊需要瀏覽器共享終端會話(類似 tmate 但更現代)
TUI 應用開發者想基於 Ratatui 構建複雜終端介面,需要底層複用能力

中文使用者注意:Web 共享的隧道服務(localhost-run)可能需要梯子,建議自建反向代理或使用 Cloudflare Tunnel。

社群評價

HN 討論熱度高(194 點),爭議集中在"AI 生成的官網"(經典 Claude 風格動畫),但多數開發者認為這不影響技術價值。正面觀點:① "用 Rust 庫控制終端比寫 shell 指令碼可靠太多"(高贊);② "Windows 原生支援是剛需,tmux 在 Windows 體驗太差";③ "SDK 的 Playwright 式 API 設計很直觀";④ "Demo 程式碼量適中,證明可用性"。負面/中立觀點:① 官網響應式佈局在 1200px 寬度會裁切影片;② 有人質疑"README 也是 AI 寫的",作者回應"請看程式碼架構,投入了大量精力";③ 專案仍在快速迭代(作者自述"moving fast"),API 可能有破壞性變更。整體社群對"讓終端自動化像操作瀏覽器一樣型別安全"的願景認可度高。

選型對比

vs tmux(傳統標準):

Rmux 優勢:Windows 原生、Rust SDK 可程式設計、瀏覽器共享、現代非同步架構
tmux 優勢:生態成熟(外掛豐富)、20 年曆史穩定性、所有 Unix 系統預裝或易裝
取捨:需要 Windows 支援或程式設計控制選 Rmux;追求穩定性和外掛生態選 tmux

vs Zellij(Rust 新秀):

Rmux 優勢:提供 SDK(Zellij 主要面向互動使用)、Web 共享內建、更輕量
Zellij 優勢:開箱即用的外掛系統、更豐富的 UI 主題、社群更大(7.8k stars)
取捨:需要程式設計控制選 Rmux;日常互動使用選 Zellij

vs tmate(會話共享):

Rmux 優勢:瀏覽器訪問(無需 SSH 客戶端)、支援滑鼠操作、端到端加密
tmate 優勢:極簡(只做共享)、基於成熟 tmux 程式碼
取捨:需要現代 Web 介面選 Rmux;只要命令列共享選 tmate

已知坑

快速迭代期:作者明確提醒"仍在快速變化",建議鎖定版本(cargo install rmux --locked)避免意外破壞
Web 共享隧道限制:預設 localhost-run 在國內可能不穩定,需自建隧道或使用 Cloudflare/ngrok
文件覆蓋度:官網文件連結在 README 中被截斷,部分高階功能需檢視倉庫 docs/ 目錄
Windows 相容性:雖然原生支援,但某些 Unix 特定命令(如 send-keys 的轉義)行為可能與 tmux 有差異
社群規模:1699 stars 相比 tmux(34k)和 Zellij(7.8k)仍小,遇到問題可能需直接提 issue
unsafe 程式碼策略:README 標註"restricted unsafe",但未詳細說明使用場景,關注安全的團隊需審查原始碼

來源: GitHub 倉庫 + HN 討論(194 點 97 評論)