Built in containerization and EC2 support, allows moving sessions across harnesses/profiles/machines
sheepscreek 2 days ago [-]
Goodness - triggers my ADHD. Power to those who find it useful, I would be so lost in the wrong details (the quota screen is pretty cool).
visarga 2 days ago [-]
I sometimes use 5 agents at once, but 3 work on separate tasks and the 4th is watching them by tmux and steering, and the fifth is also watching the whole team for testing quality standards. So 2 out of five are just helping me watch the other 3.
But this only works because the 3 worker agents have really separate problems, almost no connections across.
1 days ago [-]
ZihuiGeorgia 2 days ago [-]
I feel you! And the watch agent sounds like a good approach
spdustin 1 days ago [-]
When all you have is a drawer-full of hammers, get yourself a mythical hammer. Clever name.
I dont care about codex,cc harness. but I do miss a proper terminal in pi web; I will likely endup forking it... the lamma cpp built-in web app is super nice, but also needs to be hacked to support api providers, and also no terminal :/ .
I think the definitive solution way would be using vscode stripped for web (what gh codespaces use) and add pi to it.
AgentK20 2 days ago [-]
Isn’t this just paseo.sh with less features and tightly-coupled tailscale?
antoniojtorres 2 days ago [-]
Looks useful! curious how you would compare it against something like Paseo?
zhengyiluo 2 days ago [-]
Tried it out, missing a few important features we need : ). Paseo is great though
victorbjorklund 2 days ago [-]
What features I paseo missing that you have?
danecek099 2 days ago [-]
IDEs are today's JS frameworks
BrandiATMuhkuh 2 days ago [-]
Looking at the screenshots, this looks close to what an agent factory for teams could look.
Agents on multiple servers, people can see each conversation. Test it…
ZihuiGeorgia 2 days ago [-]
Let me know how it goes!
soltanov 13 hours ago [-]
Multi-agent tools need more than a visual dashboard
shepardrtc 1 days ago [-]
When you move the app to the trash, it leaves the server you have to install. It's still running and set to restart automatically.
quietraster 2 days ago [-]
an ide built around agents instead of files is the direction i keep expecting to win. how do you handle state when several agents touch the same repo at once
tobyhinloopen 2 days ago [-]
Worktrees or sandboxes. You can tell Claude to put its stuff in a worktree. I can easily develop any amount of features in the same codebase because they all run in their own worktree
ZihuiGeorgia 2 days ago [-]
Yeah, and we don't limit how you do it — each chat gets its own tmux session, so it is up to you on how to handle it
nickcosta 1 days ago [-]
[flagged]
submeta 2 days ago [-]
I went from IDE (VS Code) to terminal (wezterm) running half a dozen agents in an app called Herdr. My computer work is mostly in the terminal now, prompting agents. And they have access to my Obsidian vaults. Can read, and add to them. And access all my notes via a local RAG. I neither need projects in Claude, nor IDEs. Just agents accessing my local vaults and code repos.
ZihuiGeorgia 2 days ago [-]
Yes, we need agent-oriented IDE not the old VS code style!
esafak 2 days ago [-]
I suggest putting the tests in a separate folder ;)
ZihuiGeorgia 2 days ago [-]
hhh you spotted my messy folders ;)
anyu1 2 days ago [-]
looks interesting! Trying it out. Thanks
vivzkestrel 2 days ago [-]
- arent there 10000 projects that do this
- what makes this one special?
zhengyiluo 2 days ago [-]
Geared toward for AI research so it is has a lot of nice-to-have features.
Built in containerization and EC2 support, allows moving sessions across harnesses/profiles/machines
But this only works because the 3 worker agents have really separate problems, almost no connections across.
I think the definitive solution way would be using vscode stripped for web (what gh codespaces use) and add pi to it.
- what makes this one special?