spawn
alirezarezvani/claude-skills
Launch N parallel subagents in isolated git worktrees to compete on solving a task.
What is spawn?
Spawns multiple competing agents that work on the same task in parallel, each in an isolated git worktree. Use this when you have an initialized AgentHub session and want to explore diverse solution approaches simultaneously.
- Launches N subagents in a single message for true parallelism
- Isolates each agent in its own git worktree to prevent conflicts
- Assigns each agent a unique task dispatch with strategy guidance
- Supports template-based dispatch prompts (optimizer, refactorer, test-writer, bug-fixer)
- Tracks agent progress via board posts and result summaries
- Updates session state to running after spawn
How to install spawn
npx skills add https://github.com/alirezarezvani/claude-skills --skill spawn- Initialized AgentHub session with config.yaml in .agenthub/sessions/{session-id}/
- Git repository with worktree support
- Session ID (from /hub:init or /hub:status)
How to use spawn
- 1.Run /hub:spawn to spawn agents for the latest session, or /hub:spawn {session-id} for a specific session
- 2.Optionally specify a template with --template {name} (optimizer, refactorer, test-writer, or bug-fixer)
- 3.Agents launch in parallel, each in an isolated worktree with a unique dispatch assignment
- 4.Monitor progress with /hub:status
- 5.Evaluate results when agents complete with /hub:eval
Use cases
- Performance optimization: spawn agents with different optimization strategies to find the best approach
- Code refactoring: launch agents with competing refactoring strategies and compare results
- Test coverage: spawn agents to write tests targeting different coverage gaps in parallel
- Bug fixing: launch agents with different diagnostic and fix strategies to find the most robust solution
- AgentHub session coordinators
- Teams exploring multiple solution approaches in parallel
- Performance engineers optimizing code
- QA engineers expanding test coverage
spawn FAQ
Yes, use /hub:spawn {session-id} where session-id is the timestamp from /hub:status (e.g., 20260317-143022).
Four templates: optimizer (performance/size), refactorer (code quality), test-writer (coverage), and bug-fixer (bug resolution). Each provides different dispatch prompts and strategies.
No. Each agent works in an isolated git worktree and cannot read or modify other agents' work or results. All changes are committed independently.
Use /hub:status to monitor running agents, then /hub:eval to compare and evaluate their results once they complete.
No. The session config must remain stable after spawn because agents rely on it for task and constraint information.
Full instructions (SKILL.md)
Source of truth, from alirezarezvani/claude-skills.
name: "spawn" description: "Launch N parallel subagents in isolated git worktrees to compete on the session task. Use when the user runs /hub:spawn or asks to start the competing agents for an initialized AgentHub session." command: /hub:spawn
/hub:spawn — Launch Parallel Agents
Spawn N subagents that work on the same task in parallel, each in an isolated git worktree.
Usage
/hub:spawn # Spawn agents for the latest session
/hub:spawn 20260317-143022 # Spawn agents for a specific session
/hub:spawn --template optimizer # Use optimizer template for dispatch prompts
/hub:spawn --template refactorer # Use refactorer template
Templates
When --template <name> is provided, use the dispatch prompt from ../agenthub/references/agent-templates.md instead of the default prompt below. Available templates:
| Template | Pattern | Use Case |
|---|---|---|
optimizer | Edit → eval → keep/discard → repeat x10 | Performance, latency, size reduction |
refactorer | Restructure → test → iterate until green | Code quality, tech debt |
test-writer | Write tests → measure coverage → repeat | Test coverage gaps |
bug-fixer | Reproduce → diagnose → fix → verify | Bug fix with competing approaches |
When using a template, replace all {variables} with values from the session config. Assign each agent a different strategy appropriate to the template and task — diverse strategies maximize the value of parallel exploration.
What It Does
- Load session config from
.agenthub/sessions/{session-id}/config.yaml - For each agent 1..N:
- Write task assignment to
.agenthub/board/dispatch/ - Build agent prompt with task, constraints, and board write instructions
- Write task assignment to
- Launch ALL agents in a single message with multiple Agent tool calls:
Agent(
prompt: "You are agent-{i} in hub session {session-id}.
Your task: {task}
Read your full assignment at .agenthub/board/dispatch/{seq}-agent-{i}.md
Instructions:
1. Work in your worktree — make changes, run tests, iterate
2. Commit all changes with descriptive messages
3. Write your result summary to .agenthub/board/results/agent-{i}-result.md
Include: approach taken, files changed, metric if available, confidence level
4. Exit when done
Constraints:
- Do NOT read or modify other agents' work
- Do NOT access .agenthub/board/results/ for other agents
- Commit early and often with descriptive messages
- If you hit a dead end, commit what you have and explain in your result",
isolation: "worktree"
)
- Update session state to
runningvia:
python {skill_path}/scripts/session_manager.py --update {session-id} --state running
Critical Rules
- All agents in ONE message — spawn all Agent tool calls simultaneously for true parallelism
- isolation: "worktree" is mandatory — each agent needs its own filesystem
- Never modify session config after spawn — agents rely on stable configuration
- Each agent gets a unique board post — dispatch posts are numbered sequentially
After Spawn
Tell the user:
- {N} agents launched in parallel
- Each working in an isolated worktree
- Monitor with
/hub:status - Evaluate when done with
/hub:eval
Related skills
More from alirezarezvani/claude-skills and the wider catalog.

sql-database-assistant
Use when the user asks to write SQL queries, optimize database performance, generate migrations, explore database schemas, or work with ORMs like Prisma, Drizzle, TypeORM, or SQLAlchemy.

status
Memory health dashboard showing capacity, stale entries, and recommendations for agent memory systems.

stress-test
Break business assumptions before the market does—stress-test revenue, market size, moats, and execution plans.

tdd-guide
Test-driven development skill for writing unit tests, generating test fixtures and mocks, analyzing coverage gaps, and guiding red-green-refactor workflows across Jest, Pytest, JUnit, Vitest, and Mocha. Use when the user asks to write tests, improve test coverage, practice TDD, generate mocks or stubs, or mentions testing frameworks like Jest, pytest, or JUnit.

tech-stack-evaluator
Technology stack evaluation and comparison with TCO analysis, security assessment, and ecosystem health scoring. Use when comparing frameworks, evaluating technology stacks, calculating total cost of ownership, assessing migration paths, or analyzing ecosystem viability.

testrail
Sync Playwright tests bidirectionally with TestRail test management.