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

Herdr is joining Y Combinator. The runtime stays open

herdr.dev

Post reply on HN
Print view View original

171–180 of 197 posts

Re: Herdr is joining Y Combinator. The runtime stays open

#171

Post by bitmasher9 »

apt-apt-apt-apt wrote: post #111
hx8 wrote: post #12

I switched from tmux to Herdr about six weeks ago. It's a great bit of software, the UI is focused on switching between multiple agents quickly. I run Herdr to keep my opencode instances well managed, and it also works great for having a few terminals opens next to your agent. I find myself keeping opencode sessions open for longer like what happens with Codex and Claude code, which is great if I need to revisit a co…

Honestly, how are you guys running multiple agents, presumably with them all writing code? I find myself to be a huge bottleneck, having to do technical design and design reviews, to make sure they're actually working on the right things. I feel like there's not enough coding work to justify multiple agents, that part doesn't take long, and then it's back to design again.

> presumably with them all writing code?

Not always. In fact, I use multiple agents when writing my technical design docs and giving feedback to design reviews.

The amount of time I spend writing a design doc and the amount of details I can include in the paper is greatly improved.

Ask it questions about your code base, such as if all of your data base indexes are being utilized or if you can remove them.

Ask it questions about logs, like how many api calls are made to a serve every day.

Ask it questions about your environment, like how robust your downstream is.

Re: Herdr is joining Y Combinator. The runtime stays open

#172

Post by bardsore »

threecheese wrote: post #83
vehemenz wrote: post #61

I've been using Herdr for a while now, but I'd like a multiplexer that's also a meta-harness that I can connect to remotely. I know others have setups that work, I just haven't quite figured it out yet.

Moshi has an integration with Herdr; you can connect to your herdr sessions over mosh, your touches register as mouse clicks in the UI (which is minimally rendered above the shell), and there’s a shortcut bar which can issue herdr-keymapped commands. It’s not open source, and costs a few bucks, but it works well and has live Claude/Codex/etc notifications if you are willing to install a hook daemon on your hosts with…

I tried Moshi. Some things I did not like - Despite the name, using mosh is a paid feature - It was not clear what is and isn't a paid feature when using the app for the first time (after selecting which server to connect to, when you select which terminal/chat to connect to there's initially a counter that says 20/20 which decreases every time you connect) - If you pair your phone to the server for push notifications a bunch of info regarding the chat is sent to their servers to produce the push (naturally), this makes it unsuitable for me at my job at least. IMO it would be sufficient to just get a "Agent needs your attention" push.

All in all, I did not find it worth it compared to using mosh or SSH in Termux. I have a colleague who loves Moshi though, for him its perfect. Among other things he likes the dictation.

Re: Herdr is joining Y Combinator. The runtime stays open

#173

Post by inigyou »

outofpaper wrote: post #70
jraph wrote: post #50

Earlier quoted context omitted.

No. There's no restriction of usage in the (A)GPL. Anyone, including big corps, can use AGPL software. Preventing them to use the software is not the point neither. The point is trying to ensure end user freedom. They just choose avoid agpl software. Their loss. Unfortunately they also spread FUD on this and many commenters here happily convey it.

AGREED! Its sheer insanity to call the AGPL toxic. The license is actually quite simple if a little wordy. They should have accompanied it with a preamble that was super clear and to the point.So here it is in our 170 words for you to read, share, and use: Copyright (c) [year] [copyright holders] Permission is hereby granted to any person obtaining a copy of this software and associated documentation files, to use, c…

Did an AI write this? By all means get an AI to summarise a license but the summary doesn't substitute for the license.

Re: Herdr is joining Y Combinator. The runtime stays open

#174

Post by NoDodgeQuestion »

skinfaxi wrote: post #85
giodamelio wrote: post #74

Earlier quoted context omitted.

It's super important to me. I use Herdr every day and I maintain a whole stack of changes. From minor comfort tweaks that are just preference, to several larger changes like add jj workspace support and a WIP web based view (powered by xterm.js). This is not the only project like this too. Many of my devtools are piling up changes. I try to upstream changes where it makes sense, but many times they are either very be…

> LLMs have made making personal changes to devtools so effortless that I am now extremely hesitant to use any non source available software at all This mirrors my view so totally it's crazy. If AI is ushering in the era of personal tooling, closing the harness is orthogonal to what users want.

that is not what orthogonal means

Re: Herdr is joining Y Combinator. The runtime stays open

#175

Post by natsucks »

dgunay wrote: post #128
natsucks wrote: post #110

Earlier quoted context omitted.

I've been wondering what the point of a lot of these new multiplexer projects are when tmux is so extensible. I'd be curious to see eactly what you've done. Care to share a tmux config?

It's less the tmux config and more the scripting around it. (shameless plug: I launch agents in tmux directly into docker containers with remuda, a tool I built at work & open sourced [0]) Anyway, I have a vibe coded script that shows me this overview for each of the agents I launch in tmux (hope this doesn't turn out mangled): ╭───────┬───────────┬────────────┬─────────────┬──────────────────────────────────────────…

very cool. thanks!

Re: Herdr is joining Y Combinator. The runtime stays open

#176

Post by skinfaxi »

NoDodgeQuestion wrote: post #174
skinfaxi wrote: post #85

Earlier quoted context omitted.

> LLMs have made making personal changes to devtools so effortless that I am now extremely hesitant to use any non source available software at all This mirrors my view so totally it's crazy. If AI is ushering in the era of personal tooling, closing the harness is orthogonal to what users want.

that is not what orthogonal means

THanks! English is not my first language.

Re: Herdr is joining Y Combinator. The runtime stays open

#177

Post by p_l »

inigyou wrote: post #153
mbreese wrote: post #92

Earlier quoted context omitted.

You may think this. I may think this. But what really matters is if the lawyers for your customers think this. It may be pure FUD, but AGPL projects have a tough time getting adoption in companies because they would rather avoid the problem than be wrong.

If they're customers , just sell them the license they want.

That's the real problem with AGPL, IMO - it encourages copyright assignment to a corporate entity so it can launder it through dual-licensing

Re: Herdr is joining Y Combinator. The runtime stays open

#179

Post by anaisbetts »

NoDodgeQuestion wrote: post #174
skinfaxi wrote: post #85

Earlier quoted context omitted.

> LLMs have made making personal changes to devtools so effortless that I am now extremely hesitant to use any non source available software at all This mirrors my view so totally it's crazy. If AI is ushering in the era of personal tooling, closing the harness is orthogonal to what users want.

that is not what orthogonal means

"closing the harness is antiparallel to what users want."

Re: Herdr is joining Y Combinator. The runtime stays open

#180

Post by SkyArrow »

level87 wrote: post #161

I've tried Herdr a couple of times, and just can't get into it. I think what's off putting is another layer of keyboard shortcuts over my terminal...I don't see what it's doing that Wezterm and a bunch of splits does anyway? I'm almost certainly missing the point.

For me, herdr's benefits over terminal splits are:

1. Surfacing agents which are ready for further input

2. Letting you jump quickly to said agents

3. SSH session persistence, as I work on a beefy devbox at work. tmux also offers this.

I often need to juggle several streams of work at $job in parallel - such are the expectations.

Like you though, I'd much prefer to use my terminal directly with the indirection of an additional multiplexer like herdr or tmux - lower latency, easier scrollback & copying.

Session persistence can be solved by zmx [1].

Points 1 and 2 however are concerned with tracking the state of and navigating to parallel agents. I'm thinking about creating a TUI or SwiftUI app to handle those points in the way I like, but the challenge of integrating such an app with zmx and kitty to jump to the right panes both locally and over a devbox is a little daunting. Plus, I've found my devbox doesn't play too well with `ControlMaster auto` SSH config suggested by the zmx docs.

[1] https://github.com/neurosnap/zmx

Post reply on HN