Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Rmux – A programmable terminal multiplexer with a Playwright-style SDK

github.com

Post reply on HN
Print view View original

41–50 of 111 posts

Re: Show HN: Rmux – A programmable terminal multiplexer with a Playwright-style SDK

#41

Post by lawrencechen »

cultofmetatron wrote: post #29
Oras wrote: post #14

Earlier quoted context omitted.

I started using cmux a month ago and it had made my life a lot easier. Finally I have a pane with all my projects open all the time, I can switch between them, have multiple terminals for each one. What do you mean by remote terminals?

my plan is to eventually move my entire workflow to a remote workmachine over ssh. with kernal, I can automate all my smoketests entirely from a headless machine rendering my laptop overkill to run agentic workflows. I'd rather be using it to watch movies, learn new stuff or hand code in my downtime. if your workflow requires cmux, you're stuck running your agents on your local machine. To be clear, That doesn't make…

I'm one of the creators of cmux. I'm moving a lot of my own dev work to Mac Minis, so I'm starting to feel quite a lot of the pain you mentioned... will try to make this better!

Re: Show HN: Rmux – A programmable terminal multiplexer with a Playwright-style SDK

#44

Post by kloud »

Cool project, I like the idea of having tmux-compatible CLI. I used Zellij to get better UX, but many agent tools integrate with tmux. This way agent tools can still integrate tmux as a defacto standard for programmatic interface while having better interface for users.

But I wonder if tmux/rmux design is suboptimal since it couples session persistence and window management together. Do you have an opinion the design which separates the responsibilities? An example that pioneered this approach is abduco, and libghostty-based zmx being a modern implementation.

Re: Show HN: Rmux – A programmable terminal multiplexer with a Playwright-style SDK

#47

Post by qudat »

cultofmetatron wrote: post #10

a week ago I was using cmux but its osx only and doen't work on remote terminals. then I switched to herdr which is great so far except its not s great at managing panes. I can't move them around or change ordering. now another terminal multiplexer. I'm getting whiplash. all that said, none of the existing solutions are perfect and rust codebases are nice. how easy is it to reorder panes? is there a cli that lets me…

I built https://zmx.sh to make it easier to interact with your terminal sessions programmatically. 1 window = 1 session which might feel like a negative but it makes programmatic access easy and agents can use it just by pointing it at the zmx help command. Basically, an agent just needs 2 commands (run and write) for full control and the commands are synchronous so you don’t need to do any polling.

Re: Show HN: Rmux – A programmable terminal multiplexer with a Playwright-style SDK

#48

Post by miroljub »

DeathArrow wrote: post #39

1. ask Claude to rewrite X in Rust 2. ask Claude to make a website and claim R is better than X because it's Rust 3. advertise on HN, X and Reddit 4. ??? 5. profit!

If the tokens are already burned, it's better for the environment to share the result for everyone to use it.

Re: Show HN: Rmux – A programmable terminal multiplexer with a Playwright-style SDK

#49

Post by pama »

Congrats on the launch. If emacs was unavailable and I needed tmux, I would try it. I am old school, and use emacs daemons for all shell multiplexing. The agents dont need explanations and know how to use emacsclient to create, read, or send inputs to named buffers that run the shells. Elisp is powerful, so manipulating windows is a breeze. Lots of people on tmux would benefit from this design though.
Post reply on HN