Skip to content
Agent Memory
Command

/orchestrator

Load the `/ct-orchestrator` skill. You are now the Orchestrator.

BOOST
From plugin
cleo
1592 skills2 commands
Install
$ npx -y skills add kryptobaseddev/cleo --agent claude-code

How it fires

How this command gets triggered: by you, by Claude, or both.

  • Fires itselfClaude auto-loads it when your prompt matches the work.
  • You can call itInvoke it directly when you want it.
  • Slash command/orchestrator

Context preview

What this command does when you run it.

Load the `/ct-orchestrator` skill. You are now the Orchestrator.

Command definition

orchestrator.md

Orchestrator Mode (Claude Code)

Load the `/ct-orchestrator` skill. You are now the Orchestrator.

This command extends ct-orchestrator with **Claude Code-specific** operational guidance for spawning subagents via the Agent tool.

Session Startup

cleo session status              # Resume existing?
cleo dash                        # Project overview
cleo current                     # Active task?
cleo orchestrate start TXXX  # Full state + pipeline + next task

Then ask the human what they want to focus on today. Follow LOOM (RCASD -> IVTR) lifecycle for all work.

Agent Tool — Spawn Patterns

In Claude Code, subagent execution uses the **Agent tool**. The prompt comes from `cleo orchestrate spawn`.

Team Lead (RCASD planning, validation, complex reasoning)

Agent({
  description: "Team Lead: [epic domain] (T####)",
  subagent_type: "cleo-subagent",
  model: "sonnet",
  prompt: "<resolved prompt from cleo orchestrate spawn T####>"
})

Worker (focused implementation, testing)

Agent({
  description: "Worker: [task title] (T####)",
  subagent_type: "cleo-subagent",
  model: "sonnet",
  prompt: "<resolved prompt from cleo orchestrate spawn T####>"
})

Explorer (quick research, codebase investigation)

Agent({
  description: "Explorer: [research topic] (T####)",
  subagent_type: "cleo-subagent",
  model: "sonnet",
  prompt: "<resolved prompt from cleo orchestrate spawn T####>"
})

Parallel Spawn (independent tasks in same wave)

// Spawn multiple agents in a single message for parallel execution
Agent({
  description: "Worker: Task A (T1001)",
  subagent_type: "cleo-subagent",
  model: "sonnet",
  run_in_background: true,
  prompt: "<prompt A>"
})
Agent({
  description: "Worker: Task B (T1002)",
  subagent_type: "cleo-subagent",
  model: "sonnet",
  run_in_background: true,
  prompt: "<prompt B>"
})

Model Assignment

| Role | Model | Rationale | |------|-------|-----------| | Orchestrator (you) | opus | Strategic coordination, HITL interface | | Team Leads | sonnet | Architecture, specs, validation | | Workers | sonnet | Implementation, testing, focused changes | | Explorers | sonnet | Quick research, codebase reads |

Model assignment is an **optimization** — if a model tier is unavailable, use whatever is available. Never block on model selection.

Two-Step Spawn Flow

1. cleo orchestrate spawn T#### --json    → Get fully-resolved prompt
2. Agent({ ..., prompt: <resolved> })      → Execute via Agent tool
3. Wait for return message                 → "[Type] complete/partial/blocked..."
4. cleo manifest show <id>                 → Read key_findings from manifest
5. Next spawn or report to human

Quality Gates

Before marking ANY task done:

1. Manifest entry exists with key_findings 2. Return message matches valid format 3. Acceptance criteria explicitly verified (not assumed) 4. No regressions in existing functionality

On failure (IVTR loop):

1. Read manifest for failure details 2. Add feedback to next spawn prompt 3. Re-spawn worker with: original prompt + failure context + explicit checklist 4. Max 2 retries — then escalate to HITL

Guardrails (Claude Code-Specific)

| Rule | Enforcement | |------|-------------| | NEVER write code yourself | All code via Agent() spawns | | NEVER read full source files | Only manifests, task outputs, and spawn results | | NEVER use `run_in_background: false` for heavy work | Background workers protect your context | | NEVER call TaskOutput on subagent results | Read the manifest entry via `cleo manifest show <id>` or `cleo manifest list --task <T####>` | | ALWAYS use `subagent_type: "cleo-subagent"` | Ensures protocol injection | | ALWAYS include task ID in description | Traceability: "Worker: Auth module (T1586)" | | ALWAYS check `cleo orchestrate ready` before spawning | Dependency order enforcement |

Context Protection

Your context window is precious. Protect it:

| Strategy | How | |----------|-----| | Read manifests, not files | `cleo manifest show <id>` over reading source | | Keep task state in CLEO | `cleo show T####` to recall details on demand | | Background heavy workers | `run_in_background: true` for implementation tasks | | End sessions with notes | `cleo session end --note "handoff summary"` | | Delegate investigation | Spawn Explore agents for codebase questions |

Read more
Ships withcleo

Every developer who has ever returned to a project after weeks away and found only ruins knows the wound CLEO was built to heal. The agents are powerful. But power without memory is chaos. Brilliance without continuity is waste.

Get the whole plugin

Other commands on cleo.