← ClaudeAtlas

parallel-autonomous-agentslisted

Coordinate several unsupervised agents working on one shared git repo without collisions. Covers the autonomy loop that lets each agent pick the next task and respawn without a human, file-based lock files that claim work, machine- readable test output so a test suite steers the agents instead of a person, and context hygiene for long unattended runs. Use this whenever someone wants multiple agents grinding on one codebase in parallel, asks how to stop agents from duplicating work or clobbering each other, sets up an unattended or overnight agent run, or asks how agents claim and release tasks. Trigger on "parallel agents on one repo," "agents keep doing the same task," "autonomy loop," "unsupervised agents," and similar. Not for breadth-first research across subagents (that's multi-agent-orchestration) or crash-recovery architecture (that's durable-agent-architecture).
pebeto/agent-stdlib · ★ 0 · AI & Automation · score 70
Install: claude install-skill pebeto/agent-stdlib
# Parallel autonomous agents Source: [Building a C compiler with a team of parallel Claudes](https://www.anthropic.com/engineering/building-c-compiler). The lock-file mechanism exists as a standalone framework (`claude_code_agent_farm`); the autonomy loop exists as other skills. No skill packages the two together for a shared git repo, and most skills coordinate by git worktree instead, which this contrasts against. The goal is sustained parallel progress on one codebase with nobody watching. Several agents run at once, each claiming work, doing it, and moving to the next thing on its own. Two mechanisms make that safe: a loop that keeps each agent going, and a lock protocol that keeps them off each other's toes. ## The autonomy loop Each agent runs in a loop that picks the next task, does it, and respawns without pausing for a human. A simple shape is a script that calls a headless agent CLI (`claude -p`, `opencode run`, or any other) in a fresh container per session, so context never accumulates across tasks and a wedged session cannot poison the next. The loop is what turns a one-shot agent into one that works through a backlog overnight. ## Lock files claim work Coordinate through the repo itself. To take a task, an agent writes a lock file naming it, then works on an isolated clone: 1. Claim by writing `current_tasks/<task>.txt`. 2. Work on a private clone of the repo. 3. Pull and merge upstream before pushing, so concurrent work integrates. 4. Push the result. 5.