FRESH

Hacker News

Home

Show HN: Agent-of-empires: OpenCode and Claude Code session manager

117 points by river_otter

by resiros

0 subcomment

This is quite nice but limited in that it is single-player. In my opinion, the next generation of AI agents will be multi-player. Ramp's background agent is a good example https://builders.ramp.com/post/why-we-built-our-background-a...
Making this multi-player + creating the right representation to collaborate with agents is in my opinion the next bottlenecks. I wrote a small article about my thoughts there https://x.com/mmabrouk_/status/2010803911486292154

by Mongoose

2 subcomments

Agent orchestration seems to be the new hot problem to be solved in the ecosystem. See also Steve Yegge's most recent posts [1]. Curious to see what tools emerge as the winners of the Cambrian explosion we're probably about to see.
[1] https://steve-yegge.medium.com/the-future-of-coding-agents-e...

by amarant

3 subcomments

Does it have a . Hotkey for automatically switching to the next idle worker, like the namesake did?

by jauntywundrkind

2 subcomments

I'm always curious how folks do status detection. Here you use tmux capture-pane and detect off that! Whew! Simple & direct!
I've been really enjoying how OpenCode is so extensible, how you can make great plugins that can for example read the session.idle event & then go do whatever they want. That does require dropping in some config asking for the plugin, which takes some effort & requires a restart (but your session will be right there & you can continue). It's technically elegant imo, and nice that there is the extensibility.
But hard to beat using screen as a framebuffer & just reading it out, for doing absolutely whatever it is you could possibly want to do! For example you can also detect permissions prompts, which I don't believe there is an event for!

by wakeless

0 subcomment

So I built a thing that looks _very_ similar to this a while back: http://pipie.io/agent-tracker (it doesn't orchestrate)
And what's really fascinating isn't that multiple people have built the same thing is just how convergent all the ideas are. This makes a heap of sense given that they are all vibe-coded and using similar libraries. It's just very real when you see it right in front of your face like this.
I think there's a heap of really interesting stuff when you start linking into hooks which can also create tmux splits and really make the agent the center of an ide which seems like this is on the way to.

by crashabr

1 subcomments

I'm setting up a small orchestration around zellij (I have almost no experience with tmux, so I went with the "modern" alternative), upterm and qrencode that allows me to 1) generate a claude code instance in a persistent session 2) make it controllable remotely via upterm 3) scan a qr code to copy the upterm server's ssh url on my phone so that I can paste it in termux.
I wonder if it would be more ergonomic to connect to the aoe window on my phone for when I have more then one claude code session to keep track of. I'm not against switching the zellij part to tmux.

by Josh381

0 subcomment

I am building this -> https://www.youtube.com/watch?v=R30qlYpcmK4 wich is basically the same direction. I feel the addition of a Layer that manages consoles is very helpful and a think i want to explore further. Greetings Josh

by behnamoh

1 subcomments

So this is a tmux wrapper? Does it provide any additional goodies other than a UI? From the readme it looks like you select a session and then you're back in tmux?

by chrisvalleybay

3 subcomments

WARNING! I tried this and it corrupted my entire tmux session, leaving me to have to recreate the entire thing....
Steps to reproduce the bug that broke my tmux:
1. `aoe add .`
2. `aoe`
3. Attach to the session that was added
4. Close that pane with `<Prefix> x` then `y`
5. Tmux closes down
6. Attempt to reattach to any session within tmux: `open terminal failed: not a terminal`
7. `tmux kill-server` is the only viable option, losing all my sessions

by heliumtera

1 subcomments

For the sake of convenience we found ourselves in a tedious terrible place again and now we have to scrape to get out of it
If only we could have a clean API to programmatically control agents... The best UI is no UI
I am seeing a lot of development working around the shitty experience that is being stuck in a terribly slow cli program, nothing against this particular project

by kzahel

1 subcomments

How do you handle session persistence across reboots / restarts for self-hosted models? Does ollama support persistence out of the box? I tried using codex-oss which does support persistence but codex injects 6K of system setup context which I thought was too much for self hosted models.

by amcaskill

2 subcomments

This looks cool, I’ll definitely try it out.
The best (for me) of these that I’ve tried so far is conductor.build
They have a different UI orientation, and it’s more locked into Claude code, but it might be good inspiration for your future plans. They get the git worktree setup and teardown and managing dev servers part of it right IMO.

by alanning

1 subcomments

Thank you for sharing this.
Regarding feedback on whether sandboxing would be useful, yes, please! Including something like Docker sandboxes would make isolating the agent env’s much less of a hassle.
As an aside, I’m curious how others are handling this now… Mostly just creating dedicated user accounts?

by SilentM68

1 subcomments

Hmm, this looks interesting. I've wanted to try something like this with an API provider that's free. I wonder how difficult to setup and how good OpenCode can be if used together with Ollama/llama.cpp and/or DeepSeek-Coder or Quen?

by heliumtera

1 subcomments

how is this different than using tmux? i don't understand what it does
>relies on tmux for security how is it more secure than not using it?