One thing I don't understand with all of these, is how they're handling different worktree infrastructure spin-up? For example, if I have a webapp, I want each of the worktrees to spin up its own infrastructure, and be accessible on its own unique local url, so that I can see the changes locally for each worktree, or I can have agents automate visual checks using something like agent-browser. Currently I use docker f…
You just enter a setup script that it runs on worktree creation
Launch HN: Superset (YC P26) – IDE for the agents era
141–148 of 148 posts
Re: Launch HN: Superset (YC P26) – IDE for the agents era
#142Earlier quoted context omitted.
What I've started to do is to use Zulip. You can have different agents in different chats. You can upload files and you update from your mobile phone. At first I thought it was crazy but it's nice not to have 3 different AI agents running in tmux
I am looking for something similar. Any tutorial or resource on how to set up things?
Re: Launch HN: Superset (YC P26) – IDE for the agents era
#143That still is not it for me, for now iTerm2 tabs / tmux is plenty. This, or tools like Warp, feel so heavy for me and I get overwhelmed. The Codex/Antigravity desktop app alternate route feels more like the direction I can buy into it, but I still feel like there's room for another novel UX not yet done. Perhaps the biggest thing I feel like I wish existed is a "Scratchpad" mode inside a session, Claude recently came…
yeah us and similar categories of tools prescribe a lot of our specific workflow for worktrees, review, code editing where iterm + tmux is much more flexible. we have to tow the line of what's useful as a built-in feature vs being very agnostic. i do agree that there's a more novel UX than the same left sidebar with worktrees and middle chat/terminal that is not yet explored. we've been spiking on what the UI is like…
They say "Change the harness, not your workflow". I think that captures what nobody is doing it right, I feel like there's a large effort towards over-engineering for a workflow and assuming it to be optimal when the real lever to press should be the harness.
Anyways, just an idea, wanted to throw it back your way since you're building in this space. Good luck!
Re: Launch HN: Superset (YC P26) – IDE for the agents era
#144Earlier quoted context omitted.
You just enter a setup script that it runs on worktree creation
"just" is doing a lot of heavy lifting here. I always automate my repo setup, usually with mise tasks, but there's often assumptions baked in, eg around which ports the app will listen on. It's also still hard to get the agents to use "mise run test" instead of invoking pytest directly. This sounds harder to deal with when you have multiple copies of the test or dev stack running together on the same machine.
Re: Launch HN: Superset (YC P26) – IDE for the agents era
#145Earlier quoted context omitted.
You just enter a setup script that it runs on worktree creation
"just" is doing a lot of heavy lifting here. I always automate my repo setup, usually with mise tasks, but there's often assumptions baked in, eg around which ports the app will listen on. It's also still hard to get the agents to use "mise run test" instead of invoking pytest directly. This sounds harder to deal with when you have multiple copies of the test or dev stack running together on the same machine.
Re: Launch HN: Superset (YC P26) – IDE for the agents era
#146Earlier quoted context omitted.
I am looking for something similar. Any tutorial or resource on how to set up things?
sorry, I'm back. Please feel free to email me at {myusername}@gmail.com. I'm glad to share with you the python code that Gemini created for me and then I asked Claude to duplicate it for Claude.
Re: Launch HN: Superset (YC P26) – IDE for the agents era
#147Earlier quoted context omitted.
My colleagues are planning to get around this by using Conductor's big terminal mode. At which point I think it's basically just a git worktree manager?
If you want to do that you mine as well give Superset a try, we've put a lot of time into giving a good terminal experience, with baked in notifications and a daemon that runs in the background so your terminal sessions dont die when the app updates or closes.