Marketplace

orchestrator

Multi-agent parallel execution with autonomous workers. Use when plan.md has Track Assignments section or user triggers /conductor-orchestrate, "run parallel", "spawn workers". MUST load maestro-core skill first for routing.

$ Installer

git clone https://github.com/ReinaMacCredy/maestro /tmp/maestro && cp -r /tmp/maestro/.claude/skills/orchestrator ~/.claude/skills/maestro

// tip: Run this command in your terminal to install the skill


name: orchestrator description: Multi-agent parallel execution with autonomous workers. Use when plan.md has Track Assignments section or user triggers /conductor-orchestrate, "run parallel", "spawn workers". MUST load maestro-core skill first for routing.

Orchestrator - Multi-Agent Parallel Execution

Spawn autonomous workers to execute tracks in parallel using Agent Mail coordination.

Core Principles

  • Load core first - Load maestro-core for routing table and fallback policies
  • Pre-register workers before spawning (Agent Mail validates recipients)
  • Workers own their beads - can bd claim/close directly (unlike sequential mode)
  • File reservations prevent conflicts - reserve before edit, release on complete
  • Summary before exit - all workers MUST send completion message
  • TDD by default - workers follow RED → GREEN → REFACTOR cycle (use --no-tdd to disable)

When to Use

TriggerCondition
Auto-routed/conductor-implement when plan has Track Assignments
File-scope/conductor-implement when ≥2 non-overlapping file groups detected
Direct/conductor-orchestrate or co
Phrase"run parallel", "spawn workers", "dispatch agents"

Confirmation Prompt

Before spawning parallel workers, orchestrator displays a confirmation:

📊 Parallel execution detected:
- Track A: 2 tasks (src/api/)
- Track B: 2 tasks (lib/)
- Track C: 1 task (schemas/)

Run parallel? [Y/n]:

See implement.md Phase 2b for full confirmation flow.

Quick Reference

ActionTool
Parse plan.mdRead("conductor/tracks/<id>/plan.md")
Initializeensure_project, register_agent
Spawn workersTask() for each track
Monitorfetch_inbox, search_messages
Resolve blockersreply_message
CompleteSend summary, bd close epic
Track threadssummarize_thread(thread_id=TRACK_THREAD)
Auto-routingAuto-detect parallel via metadata.json.beads

8-Phase Workflow

  1. Preflight - Session identity, detect active sessions
  2. Read Plan - Parse Track Assignments from plan.md
  3. Validate - Health check Agent Mail (HALT if unavailable)
  4. Initialize - ensure_project, register orchestrator + all workers
  5. Spawn Workers - Task() for each track (parallel)
  6. Monitor + Verify - fetch_inbox, verify worker summaries
    • Workers use track threads (TRACK_THREAD) for bead-to-bead context
  7. Resolve - reply_message for blockers
  8. Complete - Send summary, close epic, rb review

See references/workflow.md for full protocol.

Worker 4-Step Protocol

All workers MUST follow this exact sequence:

┌─────────────────────────────────────────────────────────────┐
│  STEP 1: INITIALIZE  - macro_start_session() FIRST         │
│  STEP 2: EXECUTE     - claim beads, do work, close beads   │
│  STEP 3: REPORT      - send_message() to orchestrator      │
│  STEP 4: CLEANUP     - release_file_reservations()         │
└─────────────────────────────────────────────────────────────┘
StepToolRequired
1macro_start_session()✅ FIRST
2bd update, bd close
3send_message()✅ LAST
4release_file_reservations()

Critical rules:

  • ❌ Never start work before macro_start_session()
  • ❌ Never return without send_message() to orchestrator
  • ❌ Never touch files outside assigned scope

See references/worker-prompt.md for full template.

Agent Routing

Intent KeywordsAgent TypeFile Reservation
research, find, locateResearchNone (read-only)
review, check, auditReviewNone (read-only)
plan, design, architectPlanningconductor/tracks/**
implement, build, createExecutionTask-specific scope
fix, debug, investigateDebugNone (read-only)

See references/intent-routing.md for mappings.

Anti-Patterns

❌ Don't✅ Do
Spawn workers without pre-registrationRegister all workers BEFORE spawning
Skip completion summaryAlways send_message before exit
Ignore file reservation conflictsWait or resolve before proceeding
Use orchestration for simple tasksUse sequential /conductor-implement

Lazy References

Load references only when needed:

PhaseTrigger ConditionReference
AlwaysOn skill loadSKILL.md (this file)
Phase 3 (Initialize)Setting up Agent Mail, project registrationagent-mail.md
Phase 4 (Spawn)Before dispatching worker agentsworker-prompt.md
Phase 6 (Handle Issues)Cross-track dependencies, blocker resolutionagent-coordination.md

All References

TopicFile
Full workflowworkflow.md
Architecturearchitecture.md
Coordination modescoordination-modes.md
Agent Mail protocolagent-mail.md
Agent Mail CLIagent-mail-cli.md
Worker prompt templateworker-prompt.md
Preflight/session brainpreflight.md
Intent routingintent-routing.md
Summary formatsummary-protocol.md
Auto-routingauto-routing.md
Track threadstrack-threads.md

Related

  • maestro-core - Routing and fallback policies
  • conductor - Track management, /conductor-implement
  • beads - Issue tracking, bd commands