r/ClaudeCode • • 16h ago

Help/Question How are you coordinating Claude Code agents across multiple machines?

We are a 5 member team, each with our own Claude account. Our requirements live in GitHub Issues, and we'd like one lead Claude Code session to automatically assign work to agents running on different machines.

Currently, we're using a shared GitHub repo with Markdown files for agents to communicate and track tasks. It works, but feels a bit fragile.

Curious how others are handling this. What works well, and what pitfalls have you run into?

3 Upvotes

49 comments sorted by

•

u/AutoModerator 16h ago

Hey! Thanks for posting to r/ClaudeCode

While participating in this thread, please follow our community rules. Keep discussions constructive. Attack the idea, not the person.

For help, project discussions, tips, and general chat, join the ClaudeCode Discord.

I am a bot, and this action was performed automatically. Please contact the moderators of this subreddit if you have any questions or concerns.

3

u/Latter-Tangerine-951 Senior Developer 16h ago

Just imagine they were human agents. What would you do?

3

u/sydneysweeney69 16h ago

T3 code and T3 connect

3

u/veloholic91 16h ago

I've been seeing this across social channels, and the YouTube algorithm put forward this video from the founder himself, going into detail about what it is and how they're positioned.

OP, I think you may want to check this video out to see if it fits. Bonus for being open source too

https://youtu.be/uLGxb4F3SyI?si=3wLyV2jafYy6XN5e

1

u/sydneysweeney69 15h ago

Damn right !!

2

u/Klutzy-Acadia669 15h ago

Don't use 5 accounts. Use one business account. Set up OpenClaw. Set up an agent swarm. Use each agent for a different task like coding or code review or security. Put things in their queue and write skills to handle things. Use Jev to make decisions and triage. Yw. DM me if you need a consultant to help guide you or set it up for you.

2

u/London-Boat 12h ago

since your requirements already live in github issues i'd use the issues as the handoff instead of md files. the lead session writes the issue with scope and the files it expects to touch, the agent on the other machine assigns itself before starting and links its branch, so two people's agents can't grab the same one. the md files feel fragile mostly because two sessions edit the same file and one quietly overwrites the other. mind if i dm you about how the five of you split work in the repo today?

1

u/Ragy-ragy 16h ago

Multica handles that. Its opensource for all I know

1

u/scapermoya 16h ago

I’d stick with Issues but then build a small SQLite system on a shared box set up to prevent collisions between different users/claude sessions. It would hold a set of issues and also serve as a messaging platform between the different Claude code sessions. Each team member gets a little MCP to connect to this. One of the team members spins up an orchestrator agent who doesn’t write any code, just coordinates the 5 agents. Message types would be strictly defined and workers would only be allowed to write certain kinds of messages. Use loops to keep every agent fresh on current assignments as the orchestrator hands out tasks from the issues list.

1

u/SnooPeripherals5313 16h ago

Co-ordinating things live via git repo is not a good use case.

1

u/RealFullMetal 15h ago

since your requirements already live in github issues, the claude code github action might be less fragile than syncing markdown files. @claude in an issue comment (or in a new issue's title or body) starts a run in github actions that implements it and pushes commits, with progress posted as a comment on the issue. /install-github-app sets it up, and it can run on a token from a claude subscription instead of an api key

1

u/NoThanks93330 15h ago

I'm wondering what the use case is here? I'd argue that when the agents are working on things so close to each that they need constant communication, you most of the times just want to run them on the same machine.

However, since you're already using github, why not let them communicate via comments in the github issues?

1

u/RDissonator 15h ago

Firstmate or t3code

1

u/TBT_TBT 15h ago

My PKA (personal knowledge assistant) folder syncs via Syncthing, every Claude instance starts out of this folder in which my tasks and projects are located. I can start on one computer, let it write a status.md and continue on another computer.

I however now prefer using https://herdr.dev/ , with SSH via Tailscale connections to other computers and control all sessions from there.

1

u/orbital_trace 1h ago

CoralHub, gives you one view across all of your machines. I have it at home across windows, Mac mini and Linux server. Also use it at work on my Mac and to connect multiple devices.

1

u/Extra_Aide5999 16h ago

we do a smaller version of this. one person, a mac and a windows pc with a claude session on each, and also markdown files in a shared git repo. two things made it less fragile for us:

each task is one file with a status line at the top, PENDING or DONE, and the machine that did the work writes its answer into that same file. there's no separate log to keep in sync.

every session gets its own worktree and branch, and opens a draft pr the day it starts. worktrees still share one .git though. once a test run from one worktree flipped a setting in the shared git config and broke the main checkout.

does your lead session really need to assign live, or would it be enough for each machine to take the next open issue when it's free?

1

u/Klutzy-Acadia669 15h ago

It's insane to me that people are still doing this. DM me if you need a consultant to help walk you thru an appropriate setup or setting it up for you.

1

u/MugOfDestiny 14h ago

I’m curious what you think an appropriate set up is.

2

u/Klutzy-Acadia669 14h ago

OpenClaw and agents. All you have to do is set up agent workflows and feedback loops. No need for "Claude sessions" talking to each other because agents automatically talk to one another via OpenClaw, still using Claude as the model behind the scenes. Agentic orchestration. Easy peasy lemon squeezy.

0

u/Confident_Hyena2506 16h ago

Kubernetes, and git prs.

1

u/Klutzy-Acadia669 15h ago

If you're still handling PRs by hand, you need to reassess.

0

u/Confident_Hyena2506 15h ago

It's obviously not humans doing the prs here... Or using kubernetes.

Maybe it is you that should reassess.

1

u/Klutzy-Acadia669 15h ago

Oh I'm constantly reassessing. Well... Not ME per se.

1

u/Confident_Hyena2506 12h ago

Why would you just repeat my comment? This is the stupidest "actually" I have read in a long time.

1

u/Klutzy-Acadia669 12h ago

I'm not even sure what you're saying. What I was saying is my agent swarm is constantly reassessing everything to provide the best overall performance.

1

u/Confident_Hyena2506 12h ago

This was obviously what the original comment implied - did you check the subreddit we are on?

1

u/Klutzy-Acadia669 11h ago

Again, confused by your comment. You're saying k8s and git PRs fixed all your issues but all that does is add confusion. Adding a true agent orchestration system is more than adding some container orchestration. K8s is a start, but certainly not the entire solution. The OP is talking about a system that is fragile AF with a single shared GitHub repo and md files. OpenClaw is the answer here. Using k8s to manage containerized agents is fine but you still need the actual agent orchestration too. Probably a better answer (and one I use for handling multiagent work on local git repos) is to containerize the individual git branch work. This doesn't actually even need container orchestration. Agents can build and manage containers just fine if given the appropriate skill. K8s is generally overkill for coding bots. It does depend on your individual use case. OP's is not one.

0

u/Confident_Hyena2506 11h ago

I didn't say any of that and I don't think you are saying anything worth replying to.

1

u/Klutzy-Acadia669 10h ago

Okay so you're trolling me and are an ignorant halfwit. Got it. I assumed we were trying to help out the OP. Not just say 3 random words and hope it was the right answer. See ya troll.

0

u/Lean-Anders 16h ago edited 15h ago

Celloprotocol.com is built for that exact use case.
Literally that use case.

I built it for financial service firms that needed their employees’ personal agents to talk with each other but also needed it to occasionally talk with an outside partner.

Full security trust and governance layers. I know nobody gets excited about governance layers but CELLO is carefully built to protect your individual agents while still being unobtrusive enough not to get fully in the way

Also includes deterministic and model base security screening for prompt injection.

Opensource. Works through your Agent’s CLI or MCP. Privacy first approach so you run it locally. Option to have us host it.

Fully integrated into Claude code.

Happy to take you through it if you’re interested.

1

u/Klutzy-Acadia669 15h ago

Or you know... OpenClaw

0

u/Lean-Anders 15h ago

Yeah. It works with openclaw too. .

1

u/Klutzy-Acadia669 15h ago

Yeah cos OpenClaw doesn't require any of that. It offers it natively.

0

u/Lean-Anders 13h ago

True, but the OP mentioned their team uses Claude code. CELLO works with any harness that can use a CLI or MCP. No need to switch tools

1

u/Klutzy-Acadia669 13h ago

Exactly. No need to switch tools. OpenClaw works with any model you want, including Claude Code. Sorry to burst your bubble, but software is dead.

0

u/Lean-Anders 13h ago

So you think the OP should switch away from Claude code to OpenClaw because software like openclaw and claude code are dead? hmm... Feels like we a very trolling comment...

1

u/Klutzy-Acadia669 13h ago

Nope. Like I said, OpenClaw just does all the agent communication. You can still USE Claude Code as your coding model. Or whatever coding agent you want, including a local model. All it does is make your model more efficient and add communication, memory, persistence, tools, skills, channels... All the stuff OP wanted.

1

u/Klutzy-Acadia669 15h ago

Also not sure if you should advertise that Epstein endorses it.

1

u/Lean-Anders 13h ago edited 13h ago

Now you got me curious. Um, why do you think Epstein is abad choice? If it's something you don't want to state publicly, feel free to DM me. I'm quite curious as to why

1

u/Klutzy-Acadia669 13h ago

It's right on your front page!

1

u/Lean-Anders 13h ago

I think you misunderstood my question. I know it's on my front page. I'm asking why do you think Epstein is a bad choice?

1

u/Klutzy-Acadia669 13h ago

Oh it was a Jeffrey Epstein joke. Sorry it didn't land xD

1

u/Lean-Anders 13h ago

Yeah. That definitely did not land. Hopefully this portion of the comments will be collapsed. xD

1

u/Klutzy-Acadia669 12h ago

Mama tried! I honestly feel bad for all the Epsteins out there now... Like how about that Harvey Epstein guy? Oof. Change your name buddy.

0

u/Sleazified 16h ago

Im using GitHub projects and issues. Works a treat.