AugmentClaude

Orchestrator Boss

Coordinate and delegate tasks to parallel workers with built-in monitoring and integration.

Installation

  1. Make sure Claude is on your device and in your terminal.

    Skills load from ~/.claude/skills/ when Claude Code starts up — so you need it on your machine first. If you don't have it yet, install it once with the command below, then run claude in any terminal to verify.

    One-time setup
    npm i -g @anthropic-ai/claude-code

    Already have it? Skip ahead.

  2. Paste into Claude Code or into your terminal.

    This copies the whole skill folder into ~/.claude/skills/orchestrator-boss-th0rgal/ — the SKILL.md plus any scripts, reference docs, or templates the skill ships with. Safe default: works for every skill.

    Faster alternative (instruction-only skills)

    Skips the clone and grabs only the SKILL.md file. Don't use this if the skill ships Python scripts, reference markdowns, or asset templates — they won't be downloaded and the skill will fail when it tries to load them.

    Quick install (SKILL.md only)
    Sign up to copy
  3. Restart Claude Code.

    Quit and reopen Claude Code (or any other agent that loads from ~/.claude/skills/). New skills are picked up on startup.

  4. Just ask Claude.

    Skills auto-activate when your request matches the skill's description — no slash command needed. Trigger phrases live in the skill's own frontmatter; you can read them in the “What this skill does” section above.

Prefer to read the source first? Open on GitHub.

When Claude uses it

Boss skill for parallel worker orchestration. Analyze, split, delegate, monitor, integrate. Do not implement directly.

What this skill does

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.

Related skills