frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

AirSnitch: Demystifying and breaking client isolation in Wi-Fi networks [pdf]

https://www.ndss-symposium.org/wp-content/uploads/2026-f1282-paper.pdf
251•DamnInteresting•4h ago•125 comments

Launch HN: Cardboard (YC W26) – Agentic video editor

https://www.usecardboard.com/
38•sxmawl•2h ago•15 comments

Will vibe coding end like the maker movement?

https://read.technically.dev/p/vibe-coding-and-the-maker-movement
149•itunpredictable•4h ago•167 comments

Palm OS User Interface Guidelines (2003) [pdf]

https://cs.uml.edu/~fredm/courses/91.308-spr05/files/palmdocs/uiguidelines.pdf
99•spiffytech•3h ago•37 comments

I baked a pie every day for a year and it changed my life

https://www.theguardian.com/lifeandstyle/2026/feb/22/a-new-start-after-60-i-baked-a-pie-every-day...
124•NaOH•2d ago•77 comments

Show HN: Rev-dep – 20x faster knip.dev alternative build in Go

https://github.com/jayu/rev-dep
23•jayu_dev•1h ago•5 comments

What Claude Code Chooses

https://amplifying.ai/research/claude-code-picks
46•tin7in•2h ago•23 comments

Show HN: Deff – side-by-side Git diff review in your terminal

https://github.com/flamestro/deff
37•flamestro•2h ago•21 comments

Nano Banana 2: Google's latest AI image generation model

https://blog.google/innovation-and-ai/technology/ai/nano-banana-2/
375•davidbarker•4h ago•365 comments

Google API keys weren't secrets, but then Gemini changed the rules

https://trufflesecurity.com/blog/google-api-keys-werent-secrets-but-then-gemini-changed-the-rules
1142•hiisthisthingon•1d ago•273 comments

Museum of Plugs and Sockets

https://plugsocketmuseum.nl/index.html
14•ohjeez•3d ago•0 comments

OsmAnd's Faster Offline Navigation

https://osmand.net/blog/fast-routing/
30•todsacerdoti•2h ago•11 comments

Bild AI (YC W25) Is Hiring Interns to Make Housing Affordable

https://www.workatastartup.com/jobs/80596
1•rooppal•3h ago

The Wolfram S Combinator Challenge

https://www.combinatorprize.org/
33•paraschopra•3d ago•6 comments

Show HN: Terminal Phone – E2EE Walkie Talkie from the Command Line

https://gitlab.com/here_forawhile/terminalphone
259•smalltorch•10h ago•62 comments

BuildKit: Docker's Hidden Gem That Can Build Almost Anything

https://tuananh.net/2026/02/25/buildkit-docker-hidden-gem/
110•jasonpeacock•6h ago•29 comments

Show HN: Linex – A daily challenge: placing pieces on a board that fights back

https://www.playlinex.com/
26•Humanista75•1d ago•14 comments

Google Street View in 2026

https://tech.marksblogg.com/google-street-view-coverage.html
89•marklit•3h ago•64 comments

Show HN: Mission Control – Open-source task management for AI agents

https://github.com/MeisnerDan/mission-control
21•meisnerd•7h ago•4 comments

Steering interpretable language models with concept algebra

https://www.guidelabs.ai/post/steerling-steering-8b/
27•luulinh90s•20h ago•1 comments

Show HN: Hacker Smacker – spot great (and terrible) HN commenters at a glance

https://hackersmacker.org
56•conesus•2d ago•41 comments

just-bash: Bash for Agents

https://github.com/vercel-labs/just-bash
88•tosh•7h ago•48 comments

Show HN: Beehive – Multi-Workspace Agent Orchestrator

https://storozhenko98.github.io/beehive/
26•mst98•2d ago•16 comments

Open Source Endowment – new funding source for open source maintainers

https://endowment.dev/
152•kvinogradov•4h ago•105 comments

This time is different

https://shkspr.mobi/blog/2026/02/this-time-is-different/
56•speckx•7h ago•76 comments

He saw an abandoned trailer. Then, uncovered a surveillance network

https://calmatters.org/justice/2026/02/alpr-border-patrol-caltrans/
64•Element_•2h ago•25 comments

iPhone and iPad approved to handle classified NATO information

https://www.apple.com/newsroom/2026/02/iphone-and-ipad-approved-to-handle-classified-nato-informa...
66•throwfaraway4•2h ago•33 comments

Jimi Hendrix was a systems engineer

https://spectrum.ieee.org/jimi-hendrix-systems-engineer
633•tintinnabula•1d ago•223 comments

Banned in California

https://www.bannedincalifornia.org/
467•pie_flavor•21h ago•547 comments

Tell HN: YC companies scrape GitHub activity, send spam emails to users

515•miki123211•11h ago•190 comments
Open in hackernews

Show HN: Beehive – Multi-Workspace Agent Orchestrator

https://storozhenko98.github.io/beehive/
26•mst98•2d ago
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.

Comments

dewey•1h ago
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)?
mst98•1h 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.
verdverm•1h ago
Check out https://news.ycombinator.com/shownew

There have been 100s of this project in the last month

Good for inspiration, tiring from the volume

mst98•1h ago
Point taken
ramesh31•1h ago
>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.

mst98•1h 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.
verdverm•1h 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.

ting0•57m ago
Good for you?
verdverm•56m ago
This is not a helpful comment, please see the Guidelines linked at the bottom of the page.
barkerja•49m ago
> Eventually the model providers will do it, and that's what we'll all use.

Haven't they already, to varying degrees?

mikestorrent•1h 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?
mst98•1h 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?
mikestorrent•1h 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.
mst98•1h 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.
verdverm•44m 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.

cschneid•32m ago
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.