cd /news/developer-tools/how-do-you-stop-parallel-coding-agen… · home topics developer-tools article
[ARTICLE · art-67560] src=dev.to ↗ pub= topic=developer-tools verified=true sentiment=↑ positive

How do you stop parallel coding agents from stomping on each other?

A developer built Shepherd, an open-source coordination hub for parallel coding agents, to prevent merge conflicts and code collisions. The tool uses leases and a live presence feed to let agents see each other's work, resulting in cleaner code and saving time on conflict resolution.

read2 min views1 publishedJul 21, 2026

Our team of 3 runs a lot of coding agents in parallel on the same repo, often 10+ combined going at once (we love our subagents). Despite our small team size, a big issue we ran into was coordination: two agents editing the same file, one agent running git stash and nuking another's in-progress work, and no way to see what anyone else's agents were doing.

Some collisions happen live in your working tree, but the expensive ones surface at merge time when two agents on different laptops each spent an hour rewriting the same module in different directions, and GitHub tells you about it only once the work is already done. At that point the cheapest fix is usually throwing one side away. It wasn't for lack of talking to each other, either--we'd split up the codebase and call out what we were working on, but agents don't always stay in their lanes. Even with scoped tasks, they would still inevitably wander into a shared helper or refactor something that a teammate's agent was already rewriting. We kept grinding away, untangling conflicts, before we realized that we were solving the wrong problem; the conflicts only exist because every agent codes blind to what the others are doing. Why did we have to keep patching that up at merge time instead of having them write code that fits together in the first place?

So a few months ago, we built Shepherd as an experiment to see how well agents could collaborate. As we've iterated on it, not only has it saved us the time and effort of fixing rewrites/conflicts, but we've actually been seeing cleaner and more robust code from our agents, simply because they're able to see what their fellow agents are working on and communicate to write code that works together.

It's a small hub the agents all connect to (via mcp, so it works with Claude Code, Codex, Cursor, etc) that handles leases/locks on parts of the repo plus a live presence feed of who's working on what. It's self-hostable, open source, on npm (@korso/shepherd).

You can try it out at korsoai.com/shepherd. The one-time setup should be super easy and it should work forever after that with no human input. If you try it and it breaks, tell me and I'll fix it same day.

Also open source here, plus you can read about it here. I built it so I'm obviously biased, but I want to know how others handle this. Do you just deal with the conflicts? Some convention in your CLAUDE.md?

Thanks for reading and I hope this can save you guys some time; always open to feedback!

── more in #developer-tools 4 stories · sorted by recency
github.com · · #developer-tools
Ambykit
── more on @shepherd 3 stories trending now
sponsored brought to you by zahid.host 4,200+ EU-deployed projects
reading about agents? ship yours in a single git push.

Run your AI side-project on zahid.host

EU-based hosting, git-push deploys, automatic HTTPS, no cold starts. Free tier with a custom domain — perfect for shipping the agent you just read about.

$git push zahid main
Live at https://your-agent.zahid.host
Get free account → Pricing
from €0/mo · no card required
LIVE [news/how-do-you-stop-para…] indexed:0 read:2min 2026-07-21 ·