orchestrator-mode
Skill1 starsChanged 39 days agoApache-2.0View on GitHub
[LEGACY 2026-07-26 — retired upstream, shipped for reference only. Do NOT invoke against a live API key: the cloud path bills a real request against a beta unexercised since April 2026, on superseded model pins. The durable tier heuristic is preserved in the banner below.] Sequential chain routing — decomposes a compound task into subtasks, routes each subtask to its optimal tier (via advisor-mode underneath), runs a quality-gate check after each step, and escalates to a higher tier on gate failure. Complements council-mode (parallel comparison). Orchestrator is the "route around failure" thesis applied sequentially: keep each subtask on the cheapest tier that passes, escalate only when the gate fails. Trigger on: "orchestrator mode", "chain this", "break this into subtasks", "route each step", "escalation pipeline", "run this as a chain", "decompose and route", "quality- gated routing", "sequential tier routing", "run the orchestrator".
- Reads credentials
3 other projects use a version of this.
Adopted by
Most recently taken up by
- JeffreyFerreiras/ai-skillstheir own version, first seen Nov 1, 2026
- Vivswan/skillstheir own version, first seen Oct 16, 2026
- Naoray/skillstheir own version, first seen May 22, 2026
Other versions3 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 3
- Naoray/skills★ 2same name
- JeffreyFerreiras/ai-skills★ 1same name
- Vivswan/skills★ 1same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository12 other files it gives its agents.
- advisor-modeSkill
- brain-setupSkill
- ceo-briefSkill
- cerebro-doctorSkill
- council-modeSkill
- daily-briefSkill
- decisionSkill
- memory-attribution-lintSkill
- memory-recallSkill
- sessionendSkill
- sessionstartSkill
- skill-manageSkill
The file
We split this skill into the rules it gives an agent
3 rules. 0 are common, 2 are distinctive, and 1 is very specific to this project.
0
Common
Most of the 3 edited versions we read keep these.
2
Distinctive
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 81
Verify advisor-mode is installed and provider-aware
- Very specific: line 82
Local fleet (optional): if fleet_primary is set, verify Ollama is reachable.
- Distinctive: line 84
Verify the task decomposes into ≥2 discrete subtasks (otherwise use advisor-mode directly)
“Common” is measured: kept by at least 6 in 10 of the 3 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
⚠️ LEGACY — 2026-07-26 · NOT RECOMMENDED FOR NEW WORK
This skill is retired upstream and is shipped for reference and reversibility, not for use.
Do not invoke it against a live API key. Its cloud path issues a real, billable
client.beta.messages.createrequest using theadvisor_20260301tool withbetas=["advisor-tool-2026-03-01"], and hardcodes"model": "claude-opus-4-7". That beta has not been exercised since April 2026, so whether it still exists server-side is unknown, and the model pins throughout this skill (claude-opus-4-7,claude-sonnet-4-6,claude-haiku-4-5) are superseded. An invocation may bill your account for a request that cannot succeed.Why it is here at all. The tier heuristic below is the durable part and is model-agnostic:
- Can a smart intern do this in one step? → C
- Does it need synthesis, structure, or multiple steps? → B
- Does it involve strategy, irreversibility, or cross-cutting impact? → A
- Would getting it wrong cost $10K+ or set a wrong direction for months? → A+
Plus two disciplines worth keeping regardless of which models you run: plan before act — the stronger model advises on the plan, the executor carries it out — and treat an advisor budget as a hard ceiling, not a suggestion.
What replaced it upstream. Modern agent harnesses route internally, so an explicit classify-then-dispatch layer has no caller left. The advisor role became a dedicated reviewer subagent; gate-and-escalate became a standing review norm. If you want the capability, wire the heuristic into whatever harness you already run rather than reviving this dispatcher.
Retired 2026-07-26. Scripts are preserved unmodified so nothing you may have built on them breaks.
Orchestrator Mode
Sequential Chain Routing | Quality-Gated Escalation | Cost-Minimizing
Orchestrator mode takes a compound task, decomposes it into subtasks, and routes each subtask to its optimal tier via advisor-mode. Between steps, a quality gate checks whether the output satisfies the subtask's acceptance criteria. If the gate fails, the subtask re-dispatches one tier up. If the gate passes, the chain continues.
Core principle:
Route around failure, don't pick the "best" model. Orchestrator keeps every subtask on the cheapest tier that passes, and only escalates when a specific gate trips.
This is the complement to council-mode. Council compares models on the same task; orchestrator runs a chain where each step picks its own tier and earns its escalation.
BRAIN CHECK — Run Before Every Orchestrator Call
Brain root: resolved from $CEREBRO_ROOT env var or ~/.cerebro/profile.yaml.
- Verify advisor-mode is installed and provider-aware
- Local fleet (optional): if
fleet_primaryis set, verify Ollama is reachable. Cloud-only deployments skip this check — all tiers route to cloud. - Verify the task decomposes into ≥2 discrete subtasks (otherwise use advisor-mode directly)
WHEN TO USE ORCHESTRATOR MODE
| Situation | Why Orchestrator |
| Multi-step pipeline with different subtask types | Each step picks its own optimal tier |
| Research → draft → review chain | Decompose by knowledge intensity |
| Long-form deliverable (proposal, report) | Gate each section before continuing |
| Debugging chain | Repro → isolate → fix → verify, gated |
| Any compound task where cheaper tiers cover ≥50% of steps | Material cost saving |
Do NOT use orchestrator for: single-shot tasks, tasks with no clear gate condition, tasks where all steps need frontier reasoning uniformly.
CHAIN MODEL
TASK → DECOMPOSE → [Step 1: cheapest tier] → GATE → PASS → [Step 2: cheapest tier] → GATE ...
→ FAIL → ESCALATE (next tier up) → GATETier ladder (default — cloud-only):
| Tier | Provider | Gate failure escalates to |
| Fast | Claude Haiku | Mid |
| Mid | Claude Sonnet | Frontier |
| Frontier | Claude Opus | Human (HALT) |
With local fleet: Fast tier = local Ollama model (cheapest); Haiku is mid; Sonnet is
frontier. Configure via orchestrator.local_tier: true in ~/.cerebro/profile.yaml.
INVOCATION
# Standard chain (cloud tiers)
python3 {brain_root}/skills/orchestrator-mode/Scripts/orchestrator_run.py "<compound task>"
# With local fleet as fast tier
python3 {brain_root}/skills/orchestrator-mode/Scripts/orchestrator_run.py --local "<compound task>"
# Custom gate threshold
python3 {brain_root}/skills/orchestrator-mode/Scripts/orchestrator_run.py \
--gate-threshold 0.85 "<compound task>"OUTPUT FORMAT
Each step emits:
[STEP N] <subtask description>
Tier: <fast|mid|frontier>
Gate: PASS | FAIL
Escalated: yes | no
Output: <subtask output>Final chain summary:
=== ORCHESTRATOR CHAIN SUMMARY ===
Steps: N | Escalations: M | Cost tiers used: fast=X mid=Y frontier=Z
Deliverable: <final stitched output>PROFILE CONFIGURATION
orchestrator:
local_tier: false # true = use Ollama as fast tier
local_host: "" # fleet_primary value
gate_threshold: 0.80 # quality gate pass threshold (0–1)
max_escalations: 3 # HALT after N escalations in single chainSCOPE CONTRACT
| Dimension | Scope |
| Read paths | {brain_root}/skills/advisor-mode/, ~/.cerebro/profile.yaml |
| Write paths | {brain_root}/skills/orchestrator-mode/logs/ |
| MCP / tool surface | None beyond advisor-mode subprocess |
| Network egress | Cloud provider APIs (Anthropic) + optional local Ollama at fleet_primary |
| Surface | Claude Code |
| Credentials | ANTHROPIC_API_KEY (env var); LITELLM_MASTER_KEY if routing via proxy |
| Escalation trigger | Max escalations hit → HALT, surface to operator before continuing |
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

