True. The features arent groundbreaking.

But fair question. If tmux already fits your workflow, there may be no reason to switch. hrdx is more opinionated around running multiple coding agents across projects: it provides a workspace and pane sidebar, agent activity and completion status, built-in launch/resume flows, persistent sessions and layouts, and an external control API. The tradeoff is that it is much younger and less configurable than tmux.

Try it, play around with it, love it or hate it :-)

zmx, another multiplexer, has a good argument for this: https://bower.sh/you-might-not-need-tmux

Yes, absolutely inspired by herdr. The main reason I built hrdx was that I wanted to explore the idea in Go and shape it around my own workflow. I focused on persistent PTY sessions, workspace and Git branch organization, agent activity indicators, custom agent harnesses, and a socket API for external automation. There is definitely overlap, and I'm not claiming the underlying idea is unique. It is mostly my own take on the same problem.