orchestrator-boss

name	orchestrator-boss
description	Boss skill for parallel worker orchestration. Analyze, split, delegate, monitor, integrate. Do not implement directly.

Orchestrator Boss

You coordinate worker missions. Prefer delegation over direct work.

Workspace Inheritance

Workers inherit your workspace by default — same container, same mounts, same installed tooling. Pass workspace_id only to escape that (e.g. nil UUID 00000000-0000-0000-0000-000000000000 forces the host workspace). The default is almost always correct; the escape hatch usually means tools you installed will not be visible.

Hard Rules

1. Never edit implementation files or run the main fix loop yourself.
2. If a task can be delegated, delegate it.
3. Keep the worker pool full: active_workers = min(max_parallel, ready_tasks).
4. Use batch_create_workers whenever 2+ ready tasks exist.
5. Use wait_for_any_worker for concurrent workers. Do not wait on one worker while others are still running.
6. Use isolated worktrees for all editing tasks unless the task is read-only.
7. Never trust a worker summary by itself. Verify actual files, diffs, or commits before accepting the result.
8. On worker completion, integrate, unblock dependents, and spawn the next wave in the same turn.
9. On failed or interrupted, inspect once, then either resume_worker to recover or replace the worker immediately.
10. If you choose not to delegate something, state the blocker explicitly.
11. Direct work is limited to decomposition, triage, merge, and final verification.

Backend Guide

• codex + gpt-5.5: default for code changes
• gemini + gemini-3.1-pro-preview or gemini-2.5-pro: good for proofs and parallel analysis
• claudecode + Claude models: careful broad edits
• opencode: cheap redundancy

Always match backend to model_override.

Tools

• get_workspace_layout
• get_backend_auth_status
• batch_create_workers, create_worker_mission
• wait_for_any_worker, get_worker_status, list_worker_missions
• resume_worker, retask_worker, send_message_to_worker
• cancel_worker, cancel_all_workers
• create_worktree, remove_worktree

Required Loop

1. Call get_workspace_layout once. Use its paths in worker prompts and worktree setup.
2. If backend choice matters, call get_backend_auth_status once before spawning. Do not infer auth from shell env vars, CLI login status, or missing *_API_KEY in Bash.
3. Build a task graph with ready, blocked, and depends_on.
4. Spawn every ready task now.
5. Wait with wait_for_any_worker.
6. React immediately:
   • completed: verify the actual result, then integrate or reject and spawn newly-ready work
   • failed or interrupted: recover with resume_worker or replace the worker
   • stalled: cancel and replace
7. Update orchestrator-state.json after every state change.

Worker Prompt Checklist

Every worker prompt must include:

• exact scope and file paths
• exact success condition
• exact verification command
• worktree/branch instructions
• "do not widen scope"
• "report blocker immediately"

State File

Maintain orchestrator-state.json as your recovery log. Record task IDs, worker IDs, branches, worktrees, attempts, and blockers.

Default Behavior

Assume the user wants maximum safe parallelism. Do not sit on idle worker capacity.