by VKirill
Multi-agent coding orchestration for Claude Code — AGY/Grok/Codex lanes, file contracts, auto-merge to main
# Add to your Claude Code skills
git clone https://github.com/VKirill/claude-lane-stackGuides for using ai agents skills like claude-lane-stack.
claude-lane-stack is an open-source ai agents skill for AI coding assistants such as Claude Code, Codex CLI, and ChatGPT, built by VKirill. Multi-agent coding orchestration for Claude Code — AGY/Grok/Codex lanes, file contracts, auto-merge to main. It has 125 GitHub stars.
claude-lane-stack's catalog security scan is still queued. You can run an instant dependency and prompt-injection check now with the "Scan for vulnerabilities" button above.
Clone the repository with "git clone https://github.com/VKirill/claude-lane-stack" and add it to your Claude Code skills directory (see the Installation section above).
claude-lane-stack is primarily written in Python. It is open-source under VKirill on GitHub, so you can review or fork the full source.
Yes. SkillsLLM lists many other AI Agents skills you can browse and compare side by side. Open the AI Agents category from the badge at the top of this page, or use the Related Skills and comparison links further down to weigh claude-lane-stack against similar tools.
No comments yet. Be the first to share your thoughts!
Unlocks once the catalog security scan passes (runs nightly).
The deep catalog scan for this skill is still queued. Run an instant dependency check now instead.
Multi-agent orchestration for Claude Code — you talk to one AI project manager,
it dispatches optional workers (Grok / Codex), reviews their output
and merges finished code to main. No five chats. No manual merges.
🌍 README: Русский · 简体中文 · 日本語 · Español · Deutsch · Français · 한국어 · Português 🐣 Beginner guide: EN · RU · 中文 · 日本語 · ES · DE · FR · KO · PT
Working with AI coding tools usually looks like this: five chat windows, copy-pasted snippets, branches you merge by hand at midnight, and no one checking anyone's work.
Claude Lane Stack turns that into a conveyor:
| 😩 Five chats | 🏭 Lane Stack |
|---|---|
| You re-explain context to every model | One PM holds context, workers get task cards |
| Models overwrite each other's files | Each card lists owned paths — workers stay in their lane |
| Nobody reviews the AI's code | A dedicated review lane (Codex) gates every merge |
| You merge branches manually | The PM merges to main after checks pass |
| Next morning: "what were we doing?" | /resume-project — Now / Blocked / Next in seconds |
| Onboard is a thin CLAUDE stub | Deep forensic passport on mature repos |
| Long Grok runs die at ~2 min | lane-ctl + user-systemd — detached lifecycle survives host cleanup |
| Parallel tasks wait for the slowest | Event-driven accept — detached Grok + lifecycle events + separate verify pool |
No task database. No required cloud service. Plain files + plain git — everything is inspectable in your repo.
[!TIP] Never heard the word "orchestration"? Start with the Beginner guide — it explains everything as a small factory, zero jargon.
You talk to one agent — dev-orchestrator, the project manager. It routes work across lanes:
flowchart LR
subgraph you ["🧑 You"]
A["Plain language:<br/>«add dark mode»"]
end
subgraph pm ["🤖 PM — dev-orchestrator"]
B["Plan → task cards<br/>.agents/runs/"]
end
subgraph lanes ["👷 Worker lanes (optional)"]
D["🔧 Grok — heavy writes"]
E["🔍 Codex — review gate"]
end
A --> B
B --> C & D
C & D --> E
E -->|checks passed| F[("📦 main")]
E -->|issues| B
| Role | Who | What they do |
|---|---|---|
| 👑 Owner | You | Say what you want (chat may be any language) |
| 🤖 Project manager | Claude Code agent dev-orchestrator |
Plans, dispatches, verifies, merges |
| ⚡🔧 Write lanes | , Grok (optional) | Implement task cards (detached via lane-bg) |
| 🔍 Review / write / onboard | Codex (optional) | Review gate, emergency write, project passport |
| 🗂️ Task cards | YAML in .agents/runs/ |
Factory floor — fully inspectable |
| 📦 Official code | Git branch main |
Where every successful job ends |
Language policy: durable files (contracts, CLAUDE, reports, docs) are English. Chat with the human may be Russian (or your language) — the PM translates. See docs/LANGUAGE.md.
Models (Codex): GPT-5.6 only — Sol (review / deep / high-risk), Terra (scoped write / docs), Luna (trivia only). No 5.5. See docs/ROUTING.md.
[!NOTE] Only Claude Code is required. Missing workers are fine —
agents-doctordetects what's installed and the PM adapts, down to pureclaude-onlymode.
# 1️⃣ Install the stack — once per computer
git clone https://github.com/VKirill/claude-lane-stack.git
cd claude-lane-stack && git checkout v1.3.1 # or: main
./install.sh
export PATH="$HOME/.agents/bin:$PATH" # or open a new terminal
# 2️⃣ In YOUR project — detect available workers, once per repo
cd /path/to/your-project
agents-doctor --apply .
# 3️⃣ Start the PM and talk normally
claude --agent dev-orchestrator
Then in chat:
| Command | When |
|---|---|
/project-onboard |
First time on a repo — passport + docs (auto minimal/full + fast/deep) |
/project-onboard deep |
Force forensic analysis |
/resume-project |
Cold start after a break — Now / Blocked / Next |
[!IMPORTANT]
/resume-projectis a "welcome back" command — not an installation step.
📖 Walkthrough: docs/BEGINNER.md · Release notes: v1.3.1
First-time setup is not a thin stub. project-onboard + Codex build a real passport.
| 🟢 minimal | 🟣 full | |
|---|---|---|
| When | score < 5 (small / greenfield) | score ≥ 5 or multi-package monorepo |
| Seeds | CLAUDE · AGENTS · ARCHITECTURE · memory · plans | + GOTCHAS · GLOSSARY · TESTING · deployment · nested apps/*/CLAUDE.md · SECURITY when domain-heavy |
| ⚡ fast | 🔬 deep (default on full) | |
|---|---|---|
| Explore | top dirs + manifests | entrypoints, top modules, 3–7 flows, wiki↔code, run tests |
| Model | gpt-5.6-terra high |
gpt-5.6-sol high |
| Report | passport filled | MODULES_READ · FLOWS · WIKI_MISMATCHES · VERIFY |
project-onboard . # auto scenario + depth
project-onboard . --deep # force forensic
project-onboard . --minimal --fast
Writes:
.agents/onboard.scenario.yaml — scenario + depth + score.agents/runs/_onboard/artifacts/001/deep-scan.md — evidence pack for Codexgotchas.md) over UPPERCASE duplicatesFull guide: docs/ONBOARD-SCENARIOS.md
Claude Code kills foreground Bash around ~2 minutes. That is a host limit, not lane-exec.
Long Grok jobs start through the typed control plane:
lane-ctl start --run-dir "$RUN_DIR" --task-file "$TASK_FILE" --project-cwd "$PROJECT_CWD"
lane-ctl status --run-dir "$RUN_DIR" --task-id "$TASK_ID" --json
lane-ctl verify --run-dir "$RUN_DIR" --task-file "$TASK_FILE" --project-cwd "$PROJECT_CWD"
| Tool | Role |
|---|---|
lane-ctl |
typed start/status/events/tail/retry/cancel/verify control plane |
lane-bg |
low-level transient user-systemd service; explicit nohup fallback |
lane-exec |
activity-aware idle + absolute max on the detached process |
lane-session |
resumes run-scoped Grok context; provider default 5/max 10 |
The read-only lane-supervisor and dev-orchestrator use this pattern. Verification has a separate default 2/max 10 pool. Details: docs/LANE-EXEC.md
Grok no longer relearns the repository on every task in a run. The first task creates a conversation; later related tasks resume it. A busy conversation is never shared concurrently—parallel tasks lease another slot (five by default, configurable from one to ten). Sessions rotate after seven successful tasks by default, on failure, or when the worktree/model changes. Codex review stays independent and does not reuse writer context.
Multi-task runs no longer wait for the slowest concurrent lane before accepting finished ones.
lane-supervisor calls lane-ctl start and returns immediately.lane-bg → lane-exec → lane-session → grok owns process lifetime.