Launch HN: Superset (YC P26) – IDE for the agents era
Demo: https://www.youtube.com/watch?v=YWDHn7gUwfg
Try it: https://superset.sh/
We’re three engineers who’ve built and maintained large codebases, and we kept wanting to work on more than one thing at a time. Once CLI coding agents got good enough we found ourselves running several of them in parallel: triaging Github issues, adding a few ui features, reviewing PRs, researching a refactor, etc.
The funny part was that we and a lot of our friends had all hacked together similar scripts around git worktrees. Worktrees are a nice primitive for this because each agent can get an isolated copy of the repo, but the workflows around them can feel pretty messy, setting up/tearing down environments and managing dev servers.
We first posted here a few months ago when Superset was mostly an open-source terminal for managing git worktrees (https://news.ycombinator.com/item?id=46368739). Since then, it has changed a lot based on feedback from people using it on real codebases, plus contributions from our open-source community. The product has grown into something closer to an IDE for managing agent work across many worktrees, repos, and machines.
The biggest thing we learned is that the hard part is not just “run more agents.” It is managing all the state around them: worktrees, ports, terminal sessions, environment setup, diffs, tasks, and PRs. Once you have five or ten agents running, the bottleneck often becomes remembering what each one is doing and actual human review. We added task / issue tracking so work can move from issue → agent → diff → PR → review without losing the context all in Superset. But there's a lot more work to improve this experience over time.
We also launched Remote Workspaces, currently in beta. The idea is that you can run coding agents on remote machines instead of using all the memory and CPU on your laptop, while still managing the work from the Superset desktop app.To support Remote workspaces, we isolated the core functionality of our Electron app into a headless Hono server such that it can be deployed into any workspaces and talk to any client (such as our desktop app, mobile, web, etc) and still provide the same interface that our desktop app has.
A lot of our next work is around making agent work easier to manage when you are not sitting at your main dev machine. We’re building more functionality into the Superset CLI, improving remote workspace flows, and working on Superset Mobile (coming soon) so you can check on agents, review progress, and steer work from your phone.
We’d love more feedback on Superset, especially if you are daily driving coding agents!
- collin128 - 1091 sekunder sedanJust switched from Conductor to Superset and I'm a big fan. I really didn't like the extra stuff conductor added to the UX (the text rendering always drove me nuts).
So far so good with Superset - even as a non-engineer builder.
- hermanschaaf - 12832 sekunder sedanAt first glance, it looks similar to Conductor (https://www.conductor.build/). It seems like a lot of these tools are converging on the same general ideas.
Could you share a comparison with the other tools out there?
- micro23xd - 12798 sekunder sedanI've been using this for the past few months, and I love it! It's built exactly around my workflow with many worktrees in various repos open at the same time, sometimes with different agents working side-by-side. Before Superset I just used terminal tabs but simply couldn't manage more than like 20 terminal tabs without losing track, so i coudn't scale further. Now i'm running probably 40-50 agent sessions over several repos simultaneously without any issues and losing track! Keep up the good work guys!
- frenchie4111 - 3320 sekunder sedanWow - this looks like a fork of my project https://github.com/frenchie4111/harness
It's crazy to see how we have independently landed in the same place
Good luck to your project! Excited to see how our projects differ in the future
- FailMore - 324 sekunder sedanIt's nice to see people building things, but honestly I found the demo video a bit disappointing. A bit too slow, a bit too choppy, a bit hand wavy. It didn't make me grasp why I needed this in my life.
- survirtual - 13403 sekunder sedanNice. In the right track. I made something similar, but focused on local agents, but we both have issue tracking for managing multiple project and agents in parallel. It works, I think people will be surprised when they start using systems like this.
It is very different from current editors and the direction they are going in. In a way, it undermines the direction they are going. Current editors aim to make engineers 10x or 100x. These editors aim at a different target than the engineers. I will leave it to the imagination on who.
- eikenberry - 1110 sekunder sedanWhy support each agent individually instead of using ACP and get much better agent coverage?
- mashlol - 5741 sekunder sedanWhy Mac only?
Also - one issue I've seen with other tools doing worktree stuff is they don't deal with merge conflicts automatically. IMO the agents should just automatically resolve conflicts & rebase on their own, is that a thing here?
- cpan22 - 4570 sekunder sedanI switched over to Superset from Conductor a few months ago and haven't looked back - it's really nice to be able to use the native Codex/Claude Code TUIs without any of the bloat
Can't wait to see what else you guys cook up!
- gchamonlive - 10547 sekunder sedanPersonally, IDE for the agent era is just Linux.
Kitty with oh-my-zsh, lazyvim and an agent. The entire thing is an ide. If I need to refactor, query data and interact with the system I just use native tools like rg+fastmod, bash, awk, jq... Either writing myself of asking an agent to do the heavy lifting.
Linux in the agent era is a breeze to operate and reason about, so the whole thing becomes a single development environment that's really light on resources and effective.
- vmsp - 7756 sekunder sedanIs anyone actually using agent swarms for anything real?
- ssalka - 10887 sekunder sedanHow do you guys plan to sustain the business, given that your product here is open source & already has many competitors doing similar things?
- dested - 1852 sekunder sedanWindddddddoooowwwwwssssss
- jerrygenser - 8125 sekunder sedanThis uses separate git worktrees. If we have a local dev setup involving multiple docker services, is there a recommended solution for managing those envs? I didn't see.
- ddxv - 13943 sekunder sedanI'd love a comparison to what's already out there. Don't vscode, antigravity, cursor etc all have agents too?
- pplonski86 - 11017 sekunder sedanis it terminal on steroids some kind of? so you can manage mutiple coding agents? how many coding agents you can manage in parallel that it is still comfortable to work and code changes are meaningful
- toddmorey - 13967 sekunder sedanI agree with the hard part being managing state, especially environments and ports. I've never used lsof so much in my life.
Question on Remote Workspace: Can the remote machine port forward so I can use a browser to see / test current state of the app on the remote machine?
- brod_ie - 13267 sekunder sedanBinding the shell <-> local git clone automatically feels like the future. Great work.
- desireco42 - 9757 sekunder sedanI used Superset for quite a while until a month ago. There were some annoying issues, with freezing and terminal not being rendered how it should be. And they did repeated fixes that didn't really solve it. Since I had work to do I moved on.
I installed Zellij on my server where most of work is happening and local machine and this works well for me. There are other issues I have now, but overall flow is fairly natural to what I am doing.
I liked that they did integrate a lot of agent workflow in Superset but my experience was that it would just take too many resources and especially with glitches, it wasn't worth it continuing. I had a period where i enjoyed working in it. It is vibe coded electron app, 2GB! is too much for this kind of app.
I just updated to their new version... it supposedly imported my projects but I can't find anything... so... I guess this is it.
- jimmydoe - 12851 sekunder sedanzed , orca , /.+mux.*/ , ...
they all look incredibly / increasingly the same?
- tdi - 12705 sekunder sedanNo linear integration in free version and taxing it 20$/m is a bit steep.
- drcongo - 10770 sekunder sedanThe FAQ says "Superset has a free tier. The source code is available on GitHub under Elastic License 2.0 (ELv2), so you can inspect and self-host it subject to the license terms." - what is self hosting in this context, isn't it a desktop app? Is this why it wants me to sign into something? What exactly am I signing in to?
- yannoninator - 14132 sekunder sedanHow does this compare to Cursor?
What happens if Cursor makes the exact same features as your product?
- aplomb1026 - 4953 sekunder sedan[flagged]
- bobchadwick - 13954 sekunder sedanI thought this was somehow related to Apache Superset.
- xnx - 13247 sekunder sedanConfusing name. Superset is already an established analytics tool.
- sanjay_ni - 12199 sekunder sedan[flagged]
- jennyviguet - 13478 sekunder sedan[flagged]
- bitwize - 9336 sekunder sedanHow many "IDEs for the agentic era" do we need?
- guhcampos - 8907 sekunder sedanWe live in this era when folks can vibecode entire startups without ever making a simple Google Search.
Nördnytt! 🤓