Show HN: Beehive – Multi-Workspace Agent Orchestrator (storozhenko98.github.io)

47 points by mst98 ↗ HN
hey hn,

i built beehive for myself mostly. it has gotten to the point where my work consists in supervising oc or cc labor at tasks for multiple issues in parallel. my set up used to be zellij with a couple tabs, each tab working in a separate dir and it was a pain to manage all that. i know i could use git worktrees but they're kind of complicated, if you don't know how to use them it is easy to mess up, and i just prefer letting agents run in separate dirs with their own .git and not risk it. while i like zellij and use it inside beehive, i dont like the tabs and i forget where i am half the time.

beehive is a way for me to abstract that away. the heuristic is simple - hives are repos, so you basically have a bunch of hives which correspond to repos you work out of. each hive can have many combs. a comb is a dir with the copy of the repo you're working on. fully isolated, standalone, no shared .git. so for work or for personal stuff, i usually set up the hive, and then have a bunch of combs that i jump between supervising the agents do their thing. if you have a big repo it takes a minute to clone, and you also need gh and git because i like the niceties of like checking if the repo is there at all and stuff like that.

the app is open source, mit license. i went with tauri because i hate electron. also i have friends and coworkers who updated to macos 26 and i dont know if the whole mem leak thing for electron apps has been fixed. the app is like 9 megs which is nice too. most of it is written with cc, but i guided the aesthetics and the approach. works on mac and there is a dmg signed and notarized (i reactivated my apple dev credentials).

sharing this to get a vibe check on the idea, also maybe this is useful for you. there are many arguments, reasonable ones, you can make for worktrees vs dirs. i just know that trees are too big brain for me, and i like simple things. if you like it, pls lmk and also if you want to help (like add linux support, or like add themes, other cool things) please make a pr / open an issue.

9 comments

[ 4.9 ms ] story [ 23.2 ms ] thread
There's a pretty popular project https://www.conductor.build that looks pretty similar, was there anything that you were missing from that one (if you were aware of it)?
Oh this is great, did not know about this but going to check it out. I like that it also has a little git thing on the right. Thank you for sharing this.
>There's a pretty popular project https://www.conductor.build that looks pretty similar, was there anything that you were missing from that one (if you were aware of it)?

There's probably a dozen new ones of these per week. It's the obvious idea at this point. Eventually the model providers will do it, and that's what we'll all use.

I can't quite tell what this is doing besides providing multiple terminal panels from a look at the front page. Can you help explain the unique workflow better?
I have been using Superset (https://superset.sh/) and it has worked really well to automate creating & deleting worktrees, with their own terminals, and keeping everything organized. Great for running work in parallel.

It's really just a terminal emulator w/ a bunch of extra helpers to make coding agents work well. Which I really like since it doesn't try to wrap claude or codex in it's own ui or anything tricky.

Love the concept! We have some similar functionality on https://usplus.ai. Where you have a hive we have an Org Chart. Can't wait to see where you take this!
Is there a conductor type tool for non-coding agents ?
This is great. I wish however there was some sandbox support, perhaps running the whole hive inside a vm for example