I could not work without it anymore, such an easy solution for a common problem. Will definitely try out the app as well.

I've been using Zellij a long time and considered using Herdr, but the VC funding aspect scares me. I don't want to invest a bunch of time in a tool that's going to treat me as a product.

It's open source so if that changes you can always fork? I already have some personalizations accruing on my fork.

I used Zellij in the past, it is also fantastic and intuitive product. I had issues with... I think selection and copying and pasting which made me abandon it as I was getting frustrated. Herdr has been wonderful and I've been using it for a while.

Pretty much the first thing I tried to set up with I heard about Zellij and decided to give it a shot a while back was how to scroll back and copy paste text without using the mouse, since that's one of the core features of tmux for me. If my recollection is correct, the closest thing that I was able to figure out was some sort of built-in way to open output in a vim buffer, with the info I found when googling basically saying that it was intentionally not something the developers felt like it was important to implement anything closer to tmux for. Maybe it's changed since then but I distinctly got the impression that it using it would force me to adapt to a bunch of new workflows that didn't resemble anything I had seen before, and it didn't really seem worth the effort.

I don't know, this seems reasonable. I already know how to select, copy, and manipulate text in my $EDITOR. Why would a terminal multiplexer try to implement all of that rather than just let me open the terminal in my $EDITOR?

I'm not opposed to using the same shortcuts as editors (which is what tmux already does; you can even pick between emacs and vim shortcuts, in addition to configuring your own); there's just a lot of other stuff I _don't_ want from a text editor for my existing terminal output, like, editing text.

I recently switched to Zellij with Ghostty and the selection/copy/pasting seems to work just fine. I previously used zellij and kitty and I would have issues.

Since I am using Ghostty I can give it a try, it would be nice to see it resolved as it was stupid tbh, all the difficult stuff is working well.

It's such a good experience. Try it out, later we fork if they pull anything funny.

Same, but the cost of maintaining a fork fell through the floor in recent years. If a decent fork gains momentum, i can probably even stop spending tokens on mine.

> Herdr is wonderful, not only because of the coding agent integrations, but also because it uses libghostty under the hood. So no terminal-emulator-inside-another-terminal-emulator shenanigans.

Now I’m interested. Does it have basic feature parity? How does it compare to tmux in your experience?

I started using it last week, the tui interface is very polished and it is mouse-friendly. It also allows you to configure the notification channels. Its a different beast from tmox, I'd say its quite more user-friendly and gives you a list of your running agents and their status directly on the interface.

I was able to have a language model configure herdr with the same bindings that I was using in tmux. It was a very easy transition from one to the other.

Herdr is great, one of the exceptionally few TUI applications I actually use daily

On the note of libghostty it does get me very excited about the new multiplexer thing Hashimoto is building with it

This thing, presumably: https://www.superlogical.com/rex/docs/installation

Rex (by Hashimoto/Superlogical) is good. It’s really, really good. Feels and looks great.

But I’m already using ghostty. I installed herdr but made the mistake of launching it from within tmux and had no idea how to close it.

I then opened it somewhere else, but I had no idea how to interact with it. I also couldn’t get two other windows to “join” the same herdr session, so I gave up and went back to tmux.

For someone who has used screen / tmux for almost 30 years at this point, what does herdr do that tmux can’t?

I use Claude Code extensively. I also use plannotator extensively, which is how I found out about it.

It's all about agentic work. Tmux doesn't know what an Agent is. You use Pi, you use CC, you use Codex, ... they all have primary supports in Herdr with built-in integrations around each of these harnesses

But if you don't do any agentic work, Herdr has 0 value vs. tmux.

I use Claude Code extensively as I mentioned, but what does “primary support” look like? Why should tmux “know” what an agent is?

I just use tmux with multiple ghostty sessions and I have different Claude code sessions behind different tabs and panes and work like that.

What am I missing out on that justifies now using a normal terminal+tmux anymore?

If tmux can know what an agent is, it can be leveraged to communicate with an instance of that agent (input and output) given it owns the PTY, and that terminal output can be structured somehow.

If it can communicate with the agent, it can be used to drive the agent - to send it tasks, and communicate the status of those tasks.

And so Herdr - and Superlogical, and others, is a tool which leverages PTY ownership and terminal protocols to allow orchestration of coding agents across vendors using their CLI surfaces.

But Claude Code and Codex and the rest of tui harnesses are also very good at just typing in each other's panes basically when I need to send a message over. It's been working for almost a year now. I have been more intrigued by T3 code or something similar, just to be able for harnesses to message across machines.

overall not so much, but basically if inside tmux you have 100 terminals opened and only 10 of those has 'agents' it will allow you switch quickly between those 10 terminals without spending too much time on locating those. also it will show statuses about agents, is it work done already and you may need to check it and stuff like this.

If you do Claude remote control plus Claude app/site you get all of that though...scratches head.

part of the point is so you don’t need to stick with claude/anthropic apps? you can use other models i’m assuming

I would assume other models have their own harnesses as well but I guess if you want it at all in one place that would make sense. I just need a single model.

This is more like a harness for harnesses imo? or a managing interface. some have their own

lol at the other replies waffling at you without describing the things that makes herdr appealing:

* agentic inbox [see which agents are waiting for your input/working/idle etc] * agents can read, spawn, send-input etc other herdr panes * makes cross harness orchestration / communication easier

fwiw I liked herdr initially but bounced after like a week because ghostty + notifications + harness extensions gave me enough that it wasnt worth learning the new thing.

True, but tmux is very configurable

https://github.com/hiroppy/tmux-agent-sidebar

Has been pretty nice

How to properly secure it?

If you put it in a sandbox than herdr can no longer see it, can it?

From someone who also used screen and tmux for 30 years: 3 reasons why I switched to herder. They may not be relevant to you and in that case tmux is just great. One: visual indication which agent is working and which is waiting for an input. Two: native support for remote herdr sessions - in the same view. Three: it’s responsive and can be completely touch-driven through menus on a small iOS screen in Termius.

I was looking into Herdr too, but could not bring myself to switch away from tmux yet (there are a couple of shortcuts that I have in my workflow, which I can't config in Herdr). What I ended up doing was to use the tmux agent sidebar, which, with mouse support, I think does a lot of the same things already.

For me, the main reason is the remote sessions. I can copy and paste text and files in a remote session with no extra config, it's amazing!

All of this, plus it knows what agent is running in which windows and what session that agent is working on. If you have to reboot, it can reconstruct all your terminal setup and restart the agents on the right session automatically.

The point about libghostty is that Herdr doesn't try to reimplement shell forwarding or emulation, instead it uses the same code your terminal already does. This avoids compatibility problems with more complex TUIs.

Running `herdr` always opens the same session, the app is a just a UI for a server running in the background. But there is no reason to open it in multiple windows, the point is to manage all shells from inside it.

Then you can from another machine do `herdr --remote xxx.local` (over Tailscale) to access the same session, or use `herdr machine add` to get your shells from all machines at once - I don't really use this part.

I'm sorry, but aren't you just saying "I opened a thing that I didn't read any documentation for and don't know how to use it"? Did you know how to use tmux without reading the docs?

What's more, the sidebar literally has a thing that says "Menu". When you click it, one of the options is "detach". It's not rocket science...

If you prefer GUIs, you can use the the new herdr desktop app :)

It will be good to get the remote feature in there though.