⚡ Claude Lane Stack v1.3.0 — Progressive accept (no join-wait)

Highlights

⚡ Progressive accept. Multi-task runs no longer wait for the slowest concurrent lane before accepting finished ones. When task A finishes while B is still running, A is accepted immediately, its slot is freed, and the next ready task can start (still ≤3 concurrent writers).

How it works

1. Implementer MODE=start → lane-bg only, returns STATUS: started (no poll loop)
2. PM lane-poll --run-dir .agents/runs/<slug> → sees which tasks are finish_ready
3. Implementer MODE=finish → writes report.md → accept now → free slot
4. Pipeline the next ready task

Single-task / micro still uses MODE=full (start + poll + report).

Why this matters. Claude Code joins all Agent tool calls in one turn. Spawning N implementers that each poll-until-done forced a join-wait on max(t1…tn). Progressive accept breaks that without raising the concurrent slot cap.

Added

• bin/lane-poll — multi-artifact poll (finish_ready = CLI done, no report yet)
• Implementer MODE: start | finish | full on agy / grok / codex implementers
• tests/test_lane_poll.sh

Changed

• skills/orchestrator-lanes — progressive protocol mandatory for ≥2 write tasks
• agents/claude/dev-orchestrator — PM loop: start → poll → finish/accept → refill
• Docs: LANE-EXEC, ROUTING, SOLO-ORCHESTRATION, FILE-CONTRACT, BEGINNER EN/RU
• READMEs + llms.txt → v1.3.0

Upgrade

cd claude-lane-stack && git pull && git checkout v1.3.0
./install.sh
export PATH="$HOME/.agents/bin:$PATH"
# fresh PM session required:
claude --agent dev-orchestrator

Full details: CHANGELOG.md · docs/LANE-EXEC.md