| Is it me or the post sounding (showing!) that they haven't tried the mentioned approach in real life. Because in real life, one agent tries to fix build issue with rm -rf node_modules and the other is already running a server (ie: npm server), conflicting with each other nearly all the time!. (even if it's not a destructive action, the second npm server will most likely to fail due to port-allocation conflicts!) Meanwhile, what I found helpful is that:
1. Clone the same repo twice or three times
2. In each terminal or whatever, `cd` into it
3. Create a branch, run your ~commands~ prompts (each is their own session with their own repo)
4. commit/push then merge/rebase (also resolve conflicts if needed, use LLM again if you want) Any other way multiple agents work in harmony in a single repo (filesystem/directory) at the same time is a pipe-dream with the current status of the MCP and agents. Let alone being aware of each other (agents), they don't even have a proper locking mechanism. As soon as you make a new change, most of the editing (search/replace) functionality in the MCPs fail miserably. Then they re-read the entire file, just creating context-rot or over-filling with already-existing stuff. Soon you run out of tokens (or just pay extra for no reason) > edit: comments mentioned that each agent runs in a VM isolated from others, kinda makes sense but still, there will be massive merge-conflicts unless each agent runs in a completely different set of service/code-base (ie frontend vs backend or couple of micro-services) |