Love the post and have a similar setup. But I have questions about how you handle sensitive personal info with Codex and Claude with this setup given Hermes has no boundaries on its own with its integrations with Codex for example. It can leak memory and tool calls and context through.
At home I have Hermes on a VPS with matrix and mnemosyne and it is largely for personal use. While I was excited to try out the seamless Codex wrapper, this leakage was unacceptable compared to a ZDR OpenRouter provider like fireworks.
Where I struggle is now in architecting a clean way to have Hermes separate out personal stuff from coding stuff, and then orchestrate coding through Codex as that seems to be the only way to use it headlessly on my phone since they have no way of doing that in the ChatGPT app right now on Linux.
Does Buzz let you neatly silo that?
I'm struggling between:
"I want to use Hermes with frontier models with a seamless wrapper on my $20 ChatGPT pro subscription so I can go through my Hermes setup for everything including coding"
And
"OpenAI and Anthropic are not ZDR and I am not comfortable sending sensitive personal and family data to them. But I at least want a mobile-friendly remote coding experience with them on my phone and VPS"
This is awesome! I have a similar setup, with multiple Nanobot Docker instances across three different VMs, along with Matrix and Gitea. I also have a few connected with Obsidian.
I’d love to understand more about your Obsidian setup and Buzz.
The Matrix app on iOS isn’t as good as Telegram.
I have 16 Nanobot instances—4 for my parents and 12 for me and my spouse.
With OpenWebUI and its Knowledge feature, I was thinking of moving some of them there.
I have only one small VPS for ntfy and Matrix. Everything else is self-hosted.
A few years ago, I bought way too much RAM for my Dell server and added more storage just to experiment. Now I’m sitting on a gold mine, with prices having nearly tripled!
I also have a Synology for VM snapshots and backups to Google Drive and B2.
Skills and MCPs CAN bloat the context window. Some harnesses do more progressive loading of skills/mcp depending on how many you have. Check your harnesses docs.
Personally, I feel skills+CLI is better, since only the description of the skill enters the context window until it’s required and CLIs should support help flags which will allow you do have progressive discovery.
First, it matters how well the MCP is written; a well-written one won't be so massive
Secondly, different sessions should load different MCPs. Load only what is needed
Thirdly, if you're finding you need a dozen MCPs, you need to consolidate that into a single service that does the work and then presents a single, unified API (via MCP) to your agent
Finally, start using models with 1M context window limits. I really don't know how people can stand being stuck at a limit like 272K.
Very cool setup. I went down a similar path and while it is definitely cool to see the extent of how agentic AI can be, I agree the ROI isn't _quite_ there yet.
I don't live in a world where I need to be constantly reading and replying to emails, so 95% of my inbox is just subscription spam. With development I need to be at the helm to design the planning requirements and actively make decisions before the agent goes off and executes the plan. But I don't need a personal agent for that, I work directly out of codex/claude-code.
I've landed on a similar conclusion building a much narrower tool: for messaging specifically, I don't think people want an agent that reads and sends on their behalf — they want the drafting to be fast, not the sending to be automatic. The moment you take the human out of the send button, the failure modes (wrong tone, made-up facts) become a lot more costly. Scoping down to "give me two good drafts, I'll pick and edit" turned out to be more useful day-to-day than anything closer to full autonomy.
I actually went down a different path and set it up so my friend and I can use the same agent with approval-gated turns. He's more technical than I am, but I believe I'm better at marketing. We can see both of our prompts and be on the same page. There is also a mode where we can branch off with our own agents.
Watching his prompts made me better at producing my own and using the agent effectively.
Not pointed at the author, but at the current state of affairs: this is fucking exhausting. We went and made a trillions-dollar market out of the bikeshedding maximization machine.
LLM was invented and its just clear that this is something someone needs to build.
Why?
Because it makes just sense. You don't want an agent running on a laptop you close. You want to keep context small, you want to split up work / parallize it etc.
I'm now waiting for a while until the open source agent platform emerges and im borderline motivated to build something but i'm not doing it. He did, which is not a crime.
I've been building a triage agent for my inbox and whatsapp (it's product shaped), which has ironically left me not building one of these. So even while productizing, I'm getting fomo on the full monty.
I've also been building a harness that maintains my apps which I'm hoping to open source.
Hard agree that these things don't have personal ROI, and are actually quite hard to build reliably.
But it's really fun! And having a bot fix a live error is pretty exciting.
buzz is how they communicate. they know about each other through a couple of ways: their own stored memory, a Mnemosyne bank, or a shared obsidian wiki. Or maybe they joined a linkedin for bots that I don't know about.
tried similar setups in the past, but messages is just not my jam, so built a html wrapper on top of claude code and open code that runs on a small-ish instance. looks like this https://i.imgur.com/lj9Fgco.png (screenshot anonymized with chatgpt) and allows multiple conversation per project, and has a few conveniences like scheduled tasks. one of the project in the list is the project itself, so I can add features whenever.
No it is a vibecoded mess. Bet if you show the screen to a agent of your choice you will have yours in no time. The benefit is that if you give it self installing scripts you can just ask itself to add features
Cgroup and nice it so you never lose control of the machine tho
two reasons that I am moderately confident in: 1) I really want something open source, but most importantly, 2) I want something easy.
My experience trying to get Discord and/or Slack to work was painful for 1 agent, let alone the potential for hundreds.
Here's the perfect example of the power of Buzz: there was some hype today about Grok Bot so i wanted to spin it up. I did, and within like 3 minutes, I had a Grok Bot talking to my other agents in Buzz, and Buzz is definitely not a supported plugin.
being able to talk to each of the agents via dm (but also in group chats) sounds interesting
does that mean that you have 1 chat per domain specific agent? can you also start multiple sessions/threads or is that not part of the way you interact with them currently?
it's just like Slack really. I have a DM open for each agent where I can talk direct. But they are also part of individual rooms also where I just need to @ them and they open a thread. They can talk to each other also by @'ing each other (in public rooms or ones they both belong to)
that was one of my FAQs at the bottom. I want separation of duties and least-privilege so agents can only access what they need for their particular duties.
That said, my vision is to eventually build manager agents to manage the minion agents. Like real people. I have no idea if "people" is the right analogy for all this work but my brain can't really wrap around a different analogy yet.
$48/month for the droplet (could probably be cheaper on Hertzner) and $100/month for OpenAI plan. so ~$150/month but again this could be cheaper with a different VPS and using Terra/Luna.
I also have a claude max plan for coding but like I mentioned in the article coding is still separate from the agents.
A box with 2vcpu, 4gb ram and 50gb hdd on https://shellbox.dev is $0.02/hr and you pay per minute only for what you use. Even using it 24/7 is like less than $15
The x2 instance has 8gb memory. They go up to x8. And if you don't use it say during a weekend, then you stop it and resume on Monday, not paying for that period
$48/month for the droplet (could probably be cheaper on Hertzner) and $100/month for OpenAI plan. so ~$150/month but again this could be cheaper with a different VPS and using Terra/Luna.
I also have a claude max plan for coding but like I mentioned in the article coding is still separate from the agents.
I have gone back and forth on a similar sentiment a few times. I settled on this: the only responsible use of LLMs is to fill in gaps.
It's fine as a search tool or autocomplete. It can be okay to generate code if you didn't know how else to get started, or you've already limited the damage it would do by your own design.
People who overuse LLMs are usually trying to compensate for their lack of experience, structure in their work, or dysfunctional teams. Anyone trying to get hired should recognize it as a new red flag attempting to cover up the old red flags.
Love the post and have a similar setup. But I have questions about how you handle sensitive personal info with Codex and Claude with this setup given Hermes has no boundaries on its own with its integrations with Codex for example. It can leak memory and tool calls and context through.
At home I have Hermes on a VPS with matrix and mnemosyne and it is largely for personal use. While I was excited to try out the seamless Codex wrapper, this leakage was unacceptable compared to a ZDR OpenRouter provider like fireworks.
Where I struggle is now in architecting a clean way to have Hermes separate out personal stuff from coding stuff, and then orchestrate coding through Codex as that seems to be the only way to use it headlessly on my phone since they have no way of doing that in the ChatGPT app right now on Linux.
Does Buzz let you neatly silo that?
I'm struggling between: "I want to use Hermes with frontier models with a seamless wrapper on my $20 ChatGPT pro subscription so I can go through my Hermes setup for everything including coding"
And
"OpenAI and Anthropic are not ZDR and I am not comfortable sending sensitive personal and family data to them. But I at least want a mobile-friendly remote coding experience with them on my phone and VPS"
Keep the memory/tool silo in Hermes. I run TrustedRouter; trustedrouter/zdr gives that agent a ZDR-only model hop, but it cannot make Codex or Claude subscriptions ZDR. https://trustedrouter.com/blog/one-api-all-llms-provably-pri...
I already have that effectively via pinning Fireworks on Openrouter. I am unclear how this would solve the architecture issue I raised though.
This is awesome! I have a similar setup, with multiple Nanobot Docker instances across three different VMs, along with Matrix and Gitea. I also have a few connected with Obsidian.
I’d love to understand more about your Obsidian setup and Buzz.
The Matrix app on iOS isn’t as good as Telegram.
I have 16 Nanobot instances—4 for my parents and 12 for me and my spouse.
With OpenWebUI and its Knowledge feature, I was thinking of moving some of them there.
I have only one small VPS for ntfy and Matrix. Everything else is self-hosted.
A few years ago, I bought way too much RAM for my Dell server and added more storage just to experiment. Now I’m sitting on a gold mine, with prices having nearly tripled!
I also have a Synology for VM snapshots and backups to Google Drive and B2.
I am now on the MCP route, where I have lots of personally hosted MCPs. Including managing calender/e-mail.
It does not cost too much effort to maintain MCP servers. No port forwarding or VPNs required thanks to OpenAI tunnels.
And security wise its quite nice, since you have to activate MCP or give permission sometimes. So each chat is kind of isolated from each-other.
interesting.. does that bloat the context window? I imagine Hermes already struggles with context window size.. been meaning to look into that.
I don't have problems on ChatGPT with the amount of MCPs (five) I have. But each MCP can do quite a lot.
Skills and MCPs CAN bloat the context window. Some harnesses do more progressive loading of skills/mcp depending on how many you have. Check your harnesses docs.
Personally, I feel skills+CLI is better, since only the description of the skill enters the context window until it’s required and CLIs should support help flags which will allow you do have progressive discovery.
And a CLI is also easy to use yourself.
Couple of notes on this
First, it matters how well the MCP is written; a well-written one won't be so massive
Secondly, different sessions should load different MCPs. Load only what is needed
Thirdly, if you're finding you need a dozen MCPs, you need to consolidate that into a single service that does the work and then presents a single, unified API (via MCP) to your agent
Finally, start using models with 1M context window limits. I really don't know how people can stand being stuck at a limit like 272K.
ya all makes sense. hoping the harness can manage some of the MCP noise. I'm using 5.6-Sol so context window is 1M.
Do you not use any context pruning?
Thanks for the write-up! I'm interested in doing something similar. How are you sandboxing the agents?
Very cool setup. I went down a similar path and while it is definitely cool to see the extent of how agentic AI can be, I agree the ROI isn't _quite_ there yet.
I don't live in a world where I need to be constantly reading and replying to emails, so 95% of my inbox is just subscription spam. With development I need to be at the helm to design the planning requirements and actively make decisions before the agent goes off and executes the plan. But I don't need a personal agent for that, I work directly out of codex/claude-code.
same. I'd like to get to a place where I can have long-running tasks and goals for more over-night working, but it's not there yet.
I've landed on a similar conclusion building a much narrower tool: for messaging specifically, I don't think people want an agent that reads and sends on their behalf — they want the drafting to be fast, not the sending to be automatic. The moment you take the human out of the send button, the failure modes (wrong tone, made-up facts) become a lot more costly. Scoping down to "give me two good drafts, I'll pick and edit" turned out to be more useful day-to-day than anything closer to full autonomy.
I actually went down a different path and set it up so my friend and I can use the same agent with approval-gated turns. He's more technical than I am, but I believe I'm better at marketing. We can see both of our prompts and be on the same page. There is also a mode where we can branch off with our own agents. Watching his prompts made me better at producing my own and using the agent effectively.
That's neat. You could do this with Buzz by just having open room conversations with agents.
I checked it out, looks pretty cool. The tool I built is pretty similar, usepoly.co if you want to take a peek!
Not pointed at the author, but at the current state of affairs: this is fucking exhausting. We went and made a trillions-dollar market out of the bikeshedding maximization machine.
this author agrees. hence my attempt at steering part of that trillion dollars for my non-profit which maybe someday might do some good.
No we did not.
LLM was invented and its just clear that this is something someone needs to build.
Why?
Because it makes just sense. You don't want an agent running on a laptop you close. You want to keep context small, you want to split up work / parallize it etc.
I'm now waiting for a while until the open source agent platform emerges and im borderline motivated to build something but i'm not doing it. He did, which is not a crime.
With Claude not only can you shave more yaks, you can build and run a yak farm and specialized yak-trimmer factory!
I've been building a triage agent for my inbox and whatsapp (it's product shaped), which has ironically left me not building one of these. So even while productizing, I'm getting fomo on the full monty.
I've also been building a harness that maintains my apps which I'm hoping to open source.
Hard agree that these things don't have personal ROI, and are actually quite hard to build reliably.
But it's really fun! And having a bot fix a live error is pretty exciting.
This is a great post, thanks for sharing!
The most interesting part of this to me is having an agent that reads logs and spins up fixes in real time.
Great write up!
I put my setup in a local machine for easier use of browser.
How agents know other's capabilities? Shout out and call for help? Is it handled by Buzz?
buzz is how they communicate. they know about each other through a couple of ways: their own stored memory, a Mnemosyne bank, or a shared obsidian wiki. Or maybe they joined a linkedin for bots that I don't know about.
Paseo agents can use a browser on the desktop app. You can be connected to local or remote agents. It doesn't matter.
tried similar setups in the past, but messages is just not my jam, so built a html wrapper on top of claude code and open code that runs on a small-ish instance. looks like this https://i.imgur.com/lj9Fgco.png (screenshot anonymized with chatgpt) and allows multiple conversation per project, and has a few conveniences like scheduled tasks. one of the project in the list is the project itself, so I can add features whenever.
That looks really useful
You haven't put this on github have you?
No it is a vibecoded mess. Bet if you show the screen to a agent of your choice you will have yours in no time. The benefit is that if you give it self installing scripts you can just ask itself to add features
Cgroup and nice it so you never lose control of the machine tho
Ya I'm starting to see that agents are just "input + llm + some memory + tools + lots of cron jobs".
Out of curiosity why Buzz and not Discord if you're looking for a Slack alternative?
two reasons that I am moderately confident in: 1) I really want something open source, but most importantly, 2) I want something easy.
My experience trying to get Discord and/or Slack to work was painful for 1 agent, let alone the potential for hundreds.
Here's the perfect example of the power of Buzz: there was some hype today about Grok Bot so i wanted to spin it up. I did, and within like 3 minutes, I had a Grok Bot talking to my other agents in Buzz, and Buzz is definitely not a supported plugin.
Have you thought about browser/machine use at all? I like the idea of Grok Bot but would rather host/maintain it myself with my own agents.
Not yet. The agents do have access to the web but not really a proper browser. Browserbase or equivalent is next on my list.
Appreciate the honesty and lack of hype.
ty for the writeup!
being able to talk to each of the agents via dm (but also in group chats) sounds interesting
does that mean that you have 1 chat per domain specific agent? can you also start multiple sessions/threads or is that not part of the way you interact with them currently?
it's just like Slack really. I have a DM open for each agent where I can talk direct. But they are also part of individual rooms also where I just need to @ them and they open a thread. They can talk to each other also by @'ing each other (in public rooms or ones they both belong to)
It's literally just like humans.. except. not.
makes sense, ty
Have you experimented with using a single executive agent (instead of multiple agents)?
that was one of my FAQs at the bottom. I want separation of duties and least-privilege so agents can only access what they need for their particular duties.
That said, my vision is to eventually build manager agents to manage the minion agents. Like real people. I have no idea if "people" is the right analogy for all this work but my brain can't really wrap around a different analogy yet.
Nice to see Nostr show up randomly!
that's exactly what I thought too. When I first saw Buzz I was like "oh, finally a reason to look at Nostr."
Cool! How much does this setup cost you, roughly?
$48/month for the droplet (could probably be cheaper on Hertzner) and $100/month for OpenAI plan. so ~$150/month but again this could be cheaper with a different VPS and using Terra/Luna.
I also have a claude max plan for coding but like I mentioned in the article coding is still separate from the agents.
A box with 2vcpu, 4gb ram and 50gb hdd on https://shellbox.dev is $0.02/hr and you pay per minute only for what you use. Even using it 24/7 is like less than $15
ya i'm sure there are lower cost options. My droplet is 8 gigs mem which I found necessary for 6 agents.
The x2 instance has 8gb memory. They go up to x8. And if you don't use it say during a weekend, then you stop it and resume on Monday, not paying for that period
It's always fun seeing how other people are using these tools.
> Has it been worth it? For the journey, yes, for the ROI, nope.
It's also nice seeing someone experiment without succumbing to AI psychosis.
i'd like to go into the psychosis but i'm not there yet.
What is the total monthly spend, approximately, on all this; if you don't mind saying, of course?
(copied from comment above)
$48/month for the droplet (could probably be cheaper on Hertzner) and $100/month for OpenAI plan. so ~$150/month but again this could be cheaper with a different VPS and using Terra/Luna.
I also have a claude max plan for coding but like I mentioned in the article coding is still separate from the agents.
This is an ad
that's news to me. for what?
To subscribe to your rss feed, of course.
\s but it made me subscribe, it's hard finding ai-related content that isn't llm-generated and also isn't crazy people.
ah forgot about the RSS feed. thanks for the complement!
I would never have the power to have AI just do everything. I like to create, not have some slop machine do whatever.
AI is far from doing everything in my setup. just looking for incremental wins to see if my slop machine can be useful.
I have gone back and forth on a similar sentiment a few times. I settled on this: the only responsible use of LLMs is to fill in gaps.
It's fine as a search tool or autocomplete. It can be okay to generate code if you didn't know how else to get started, or you've already limited the damage it would do by your own design.
People who overuse LLMs are usually trying to compensate for their lack of experience, structure in their work, or dysfunctional teams. Anyone trying to get hired should recognize it as a new red flag attempting to cover up the old red flags.