Show HN: Beehive – Multi-Workspace Agent Orchestrator

(storozhenko98.github.io)

23 points by mst982 days ago

2 comments

mikestorrent35 minutes ago
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?
- mst9833 minutes ago
 Yeah, the idea is that you set up a repo for a project (the hive), and then once you have the hive, you can set up multiple combs (git clones, not workspaces) and work in parallel. Suppose you have like 3-5 issues / tickets you're working on - the idea is that you can do this in parallel, in isolated dirs, and jump between them in one place. I used to have to do this in tabs in zellij / sessions in tmux and remember which sessions is which issue / ticket. Also having to manually git clone everytime was annoying. So this is an abstraction to simplify this. Does that make sense?
 - mikestorrent31 minutes ago
 I think it's making sense. Many of my workflows involve e.g. multiple different repos that house different parts of something (e.g. deployment automation is over here, application itself is over there, sometimes a change needs to happen to both at once). I find myself having to work serially on tickets because two different issues might touch the same repos and so I manually maintain branches and switch around between them; this adds starting friction to my work.
 - mst9829 minutes ago
 Ah, if in different repos that would map to different hives, so that would require switching between hives in the top left drop down. Still persistent, but not as streamlined as clones within the same repo / combs in same hive. I have been spoiled (?) by monorepos so that's why designed for this.
 - verdverm2 minutes ago
 > I have been spoiled (?) by monorepos so that's why designed for this.I too find monorepos superior at this point in time. There are essentially the same complexities both ways (polyrepo), two sides of the same coin. I have broken slightly, having "megarepos", where most code is in one place, but a few are broken out, possibly another "megarepo". The most natural split is public vs private.
dewey1 hour ago
There's a pretty popular project <a href="https://www.conductor.build">https://www.conductor.build</a> that looks pretty similar, was there anything that you were missing from that one (if you were aware of it)?
- mst9839 minutes ago
 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.
 - verdverm23 minutes ago
 Check out <a href="https://news.ycombinator.com/shownew">https://news.ycombinator.com/shownew</a>There have been 100s of this project in the last monthGood for inspiration, tiring from the volume
 - mst9822 minutes ago
 Point taken
- ramesh3132 minutes ago
 >There's a pretty popular project <a href="https://www.conductor.build">https://www.conductor.build</a> 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.
 - barkerja6 minutes ago
 > Eventually the model providers will do it, and that's what we'll all use.Haven't they already, to varying degrees?
 - mst9831 minutes ago
 Yeah probably. Then again, opencode is not provider-specific && I prefer it to claude code (though I do use CC for personal stuff outside work because $$) and I missed their zen black or whatever the opencode $200 is.
 - verdverm20 minutes ago
 My dream is a more indie world, so I'm glad to see you building too.But we don't all need to share our personal, custom agent setups like we are going to be the new sliced bread. I have my own, I think it's great and better than most out there, but I'm not going to Show HN it amidst the Claw HN submissions, if ever. I generally link to interesting pieces in comments when someone asks how I implement a particular feature.My custom agent setup is a component in a larger developer "swiss army knife" I have been building for 8ish years. Same handle on github if your are curious, project is "hof" with a rename imminent.The agent part is built on ADK, which I believe is relatively on par with opencode, which I also see is highly regarded. The multi-workspace feature is built on Dagger and the VS Code virtualized FS and SCM interfaces. I can browse or get a diff at any turn-to-turn span, make edits that go right back in.
 - ting014 minutes ago
 Good for you?
 verdverm13 minutes ago
 This is not a helpful comment, please see the Guidelines linked at the bottom of the page.
 - mst9816 minutes ago
 [dead]