
Polyphony
- 77 installs
- 706 repo stars
- Updated July 14, 2026
- alinaqi/claude-bootstrap
polyphony is a Claude skill for multi-agent orchestration that runs each agent session in its own Docker container on an independent git branch.
About
polyphony is a multi-agent orchestration skill that runs each agent session in its own Docker container with a full git clone on its own branch. A supervisor loop discovers tasks from GitHub Issues or a local queue, routes each by a five-dimension complexity score to Claude, Codex, or Kimi, provisions a container, runs it, verifies, and lands the result. A developer uses it to run parallel agents without conflicts, with independent tests and clean per-branch PRs.
- Runs each agent session in its own Docker container on an independent git branch
- Routes tasks to Claude, Codex, or Kimi via a 5-dimension complexity score
- Supervisor loop discovers, claims, provisions, runs, verifies, and lands tasks
Polyphony by the numbers
- 77 all-time installs (skills.sh)
- Ranked #5,386 of 16,546 AI & Agent Building skills by installs in the Skillselion catalog
- Data as of Aug 5, 2026 (Skillselion catalog sync)
polyphony capabilities & compatibility
- Capabilities
- orchestration
- Works with
- docker · github
- Use cases
- orchestration
- Pricing
- Free
What polyphony says it does
Container-isolated workspaces for parallel agent execution. Each agent gets its own Docker container with a full git clone on its own branch.
Multi-agent orchestration with container-isolated workspaces — each agent session runs in its own Docker container with independent git branches
Auth volumes mounted read-only (e.g., `~/.claude:/home/worker/.claude:ro`)
npx skills add https://github.com/alinaqi/claude-bootstrap --skill polyphonyAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 77 |
|---|---|
| repo stars | ★ 706 |
| Last updated | July 14, 2026 |
| Repository | alinaqi/claude-bootstrap ↗ |
What it does
Run parallel coding agents in isolated Docker containers with independent git branches and routing rules.
Who is it for?
Running parallel agents in isolated containers with independent branches, tests, and clean PRs
Skip if: Environments without Docker or OrbStack, which are required prerequisites for container isolation
When should I use this skill?
Container isolation is available with Docker or OrbStack installed, or for /spawn-team
What you get
Conflict-free parallel agent runs, each on its own branch with independent tests and a clean PR
- container-isolated agent runs
- per-branch PRs
By the numbers
- 6-layer architecture
- 5-dimension complexity scoring for a 0-10 total
- Routing bands 0-3, 4-6, 7-10
Files
Polyphony — Multi-Agent Orchestration
Container-isolated workspaces for parallel agent execution. Each agent gets its own Docker container with a full git clone on its own branch. No conflicts, independent tests, clean PRs.
---
Architecture (6 Layers)
1. Work Source — Tasks from GitHub Issues (gh api) or local SQLite queue 2. Orchestrator — Supervisor loop: discover -> claim -> route -> provision -> run -> verify -> land 3. Router — Pure function: Task x Policy -> RunSpec (5-dimension complexity scoring) 4. Identity Broker — Resolves named credentials to volume mounts + env overlays 5. Workspace Manager — Per-task git clone --reference, branch checkout, cleanup 6. Worker Runtime — Docker container create/start/stop/logs lifecycle
---
Task Lifecycle
DISCOVERED -> CLAIMED -> ROUTED -> PROVISIONED -> RUNNING -> VERIFYING -> LANDED
| |
v v
FAILED --> BLOCKED
|
v
CLAIMED (retry)---
Prerequisites
- Docker or OrbStack installed and running
- At least one agent CLI available (Claude, Codex, or Kimi)
- CLI subscriptions configured (not API keys)
Check:
command -v docker &>/dev/null || command -v orbctl &>/dev/null---
Configuration
All config lives in ~/.polyphony/:
| File | Purpose |
|---|---|
config.yaml | Workspace root, poll interval, max concurrency |
identities.yaml | Named credential bundles with volume paths |
agents.yaml | Agent profiles (CLI commands, strengths) |
routing.yaml | Routing rules and fallback chains |
Initialize with: polyphony init
---
Routing Rules
Rules are evaluated top-down; first match wins. Each rule has a match predicate and an agent target.
rules:
- match: { task_type: docs, risk: low }
agent: kimi
- match: { task_type: bugfix }
agent: codex
- match: { risk: high }
agent: claude
default:
agent: claude
fallback: [codex, kimi]---
Complexity Scoring (5 Dimensions)
Each dimension scores 0-2. Total 0-10.
| Dimension | Source |
|---|---|
| Cyclomatic depth | LOC + scope size |
| Fan-out | Number of callers |
| Security boundary | Auth/PII keywords |
| Concurrency | Lock/transaction keywords |
| Domain invariants | Risk level + task type |
Routing thresholds:
- 0-3: Delegate to Kimi solo
- 4-6: Kimi + Codex review
- 7-10: Claude direct
---
Container Isolation
Each task gets:
- Its own Docker container from
polyphony-worker:latest - A full git clone at
/workspace(not a worktree) - Auth volumes mounted read-only (e.g.,
~/.claude:/home/worker/.claude:ro) - Independent test execution
- Its own branch for PRs
---
CLI Commands
polyphony init # Create ~/.polyphony/ with config templates
polyphony spawn "Fix auth bug" # Create and route a task
polyphony status # Show task states
polyphony cleanup # Remove completed workspaces---
Integration with Existing Skills
- cross-agent-delegation: Uses Polyphony's complexity scoring for routing decisions
- agent-teams: Uses Polyphony's workspace isolation instead of shared directories
- spawn-team: Uses Polyphony's container provisioning for feature agents
Related skills
FAQ
How are agents isolated?
Each task gets its own Docker container from polyphony-worker:latest with a full git clone at /workspace on its own branch and read-only auth mounts.
How are tasks routed?
Routing rules match top-down and a five-dimension complexity score sends 0-3 to Kimi, 4-6 to Kimi plus Codex review, and 7-10 to Claude direct.