Rmux
A programmable terminal multiplexer with a Playwright-style SDK
Details
- External ID
- 48219918
- Source
- HN
- Company
- —
- Product
- Rmux
- Website domain
- github.com
- Launched
- May 21, 2026
- Cohort
- —
- Upvotes
- 194
- Upvotes percentile
- 0.9579967689822294
- Tags
- —
- Fetched at
- Sept. 7, 2026, 9:26 p.m.
- Updated at
- Sept. 7, 2026, 9:26 p.m.
Description
Author here. RMUX started from a frustration: I've used tmux for years and got tired of scraping output with grep and sleeps to automate anything. So I rebuilt the multiplexer from scratch in Rust, with a programmable layer on top.Two surfaces: a tmux-compatible CLI (~90 commands, your keybindings just work), and a typed async Rust SDK on the same daemon — stable pane IDs, structured snapshots, locator-style waits. The idea is Playwright-style automation, but for terminals.Native on Linux, macOS, Windows (real ConPTY, no WSL).Demos and docs at rmux.io. Happy to answer questions about the daemon protocol, ConPTY, or the SDK design.
Enrichment
- Theme
- Model Context Protocol developer tools
- Vertical
- Horizontal
- Function
- Dev tools
- Audience
- Developer
- AI stance
- Not AI
- Project type
- Hobby / open-source project
- Normalized one-liner
- programmable terminal multiplexer with playwright-style sdk
- Manually corrected
- False
Could you build this?
No Writing a terminal multiplexer in Rust from scratch that reimplements tmux protocol compatibility, pseudo-terminal (PTY) emulation, and an asynchronous programmatic SDK requires deep low-level POSIX and systems programming knowledge.
What it would actually take: A production version requires a Rust architecture utilizing nix/libc for raw Unix PTY allocation, ANSI/VT100 escape code parsing (like alacritty_terminal or vte), and an IPC daemon/client socket architecture. The Playwright-like automation SDK demands an event-driven async runtime (Tokio) that monitors virtual terminal screen-buffer state diffs with custom assertion and waiter primitives. This requires deep systems programming, terminal emulation expertise, and concurrency management far beyond prompt-driven scaffolding.
Discussion
20 comments analyzed.
Competitors mentioned: tmux, kitty (terminal emulator), Emacs shell/buffer management, herdr, zmux
Concerns raised: Scroll animations feel unnatural and break immersion, Meta key combo (ctrl-b) is awkward for muscle memory, Website design appears AI-generated, lacks polish, Unclear automation benefits over standard tmux usage, Whether it bypasses Claude API restrictions
Feature requests: Sixel image protocol support, Pane reordering functionality, Alternative default keybinding (easier than ctrl-b)
Competitors
Other products that read as similar to this one — 211 launches clear the similarity bar, closest 8 shown.
Attention rank: #9 of 212 (itself plus its competitors, highest first — normalized so YC and Product Hunt are compared fairly).
Launched 199 days after the earliest competitor.
- WolfStack · hn · 2026-03-08 · 32 upvotes · similarity 0.46
- Tmux-IDE, OSS agent-first terminal IDE · hn · 2026-03-18 · 88 upvotes · similarity 0.44
- Deckard, Claude-first terminal manager · hn · 2026-04-02 · 7 upvotes · similarity 0.44
- Godot and Rust based multiplexer (terminal panes and more) · hn · 2026-09-11 · 97 upvotes · similarity 0.43
- A fast hex dumper, written in Rust · hn · 2026-06-29 · 6 upvotes · similarity 0.43
- Yet another minimal and lightweight terminal multiplexer written in Go. · hn · 2026-08-27 · 35 upvotes · similarity 0.43
- I made a Rust Terminal UI for OpenSnitch, a Linux application firewall · hn · 2025-11-21 · 6 upvotes · similarity 0.43
- open.mp-linux-launcher · github · 2026-09-13 · 8 upvotes · similarity 0.43
Other launches for this product
Same idea, different domain
Nobody's really built a dev tools tool for Sales yet.