Skip to content
cccskills
FreePublished on GitHubEnglish overview

advisor-orchestrator-worker

Coordinate large research or generation tasks across a model team. An orchestrator plans and checks the work, workers execute subtasks in parallel, and an advisor reviews the plan and draft before the results are combined.

OriginalShow the original description

Use when a task is too large for one model pass, needs parallel research or generation across many subtasks (like researching a dozen competitors at once), or the user asks to orchestrate multiple models, split work across a model team, run an advisor-worker loop, have a stronger model review the plan while cheap workers execute, or says "too big for one model" or "fan this out". Not for single-file edits or tasks one model handles in one pass.

Works withGemini
AI rating80/ 100See how to install

Good for

  • Research multiple competitors in parallel
  • Split a large generation task across multiple models
  • Have an advisor review plans and drafts
  • Track verification results and retries for each subtask

Overview

What it does

advisor-orchestrator-worker divides large tasks among three roles: orchestrator, workers, and advisor. The orchestrator defines the deliverable and acceptance criteria, breaks the task into independent subtasks, and arranges parallel execution. The advisor reviews the plan and the combined draft. Worker results are checked against the acceptance criteria. Failed work is sent back with specific issues, and contradictions are resolved explicitly.

When it helps

Use it for research or generation that is too large for one model pass, such as investigating many competitors at once. It records each worker’s progress, execution route, and retries, and sets a budget limit. Single-file edits and tasks that can be completed in one pass are outside its scope.

Example requests

  • “Divide research on 12 competitors among workers, verify the findings, and compile a comparison.”
  • “Have an advisor review the plan, then run the generation tasks in parallel.”

Notes

Requires a shell execution environment, bash, jq, and network access. Workers use agy; the advisor uses the claude CLI. API fallbacks require the corresponding API keys. API workers cannot use tools. Separate temporary directories for CLI execution do not provide a sandbox. Licensed under Apache-2.0.

This overview was written by AI (OpenAI Codex) from the public SKILL.md. Check the original below for the exact behavior.

Objective evaluation

AI rated this skill on four points using only the contents of its SKILL.md. Stars and popularity are not taken into account.

Clear instructionsIs it clear when to use it and what it does?
AGoodIt defines large-task use cases, the orchestrator, worker, and advisor roles, and excluded tasks.
Concrete stepsAre steps, inputs, outputs, and examples spelled out?
AGoodIt specifies seven workflow steps, CLI examples, verification verdicts, retry limits, and final deliverables.
SafetyAre sending data, deleting files, and running commands disclosed?
BPartly lackingThe agy example bypasses permission checks; it states execution is not sandboxed but does not constrain workers’ operations.
Easy setupDoes it need few tools or API keys, and are they documented?
BPartly lackingIt lists bash, jq, the CLIs, and fallback API keys, but does not provide installation steps for the tools.

The total counts each point as A = 25, B = 15, C = 5. Rated by AI (OpenAI Codex) as of Oct 20, 2026. Treat it as a guide and read the original before installing.

Disagree? Request a re-evaluation

Tell us which point is wrong and why. No login needed. We will check it against the SKILL.md, redo the evaluation, and show the result here.

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

Files included (6)

  • SKILL.md7.1 KB
  • advisor_skill.jpeg416.6 KB
  • README.md4.2 KB
  • references/advisor-consult.md1.3 KB
  • references/fallbacks.md1.8 KB
  • references/worker-brief.md1.2 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Advisor Orchestrator Worker

You are the Orchestrator of a three-tier model team. You own the hot path: plan, delegate, verify, synthesize. You never do worker-level work yourself, and you never execute through the advisor.

Models are knobs. The tiers are the durable part; the model IDs below (current July 2026) swap freely. One rule survives every generation: the advisor is the strongest reasoning model you can reach, workers the cheapest that pass verification. Snippets are bash; on another shell, run them with bash -c.

The team

  • Workers (default: Gemini 3.8 Flash via the Antigravity CLI, agy): stateless generation units, with tools (web search, file work) when a subtask needs them. Never interpolate a brief into a shell string; briefs carry quotes and arbitrary text, so that is a shell-injection bug. Write each brief to a temp file and dispatch each worker from its own EMPTY temp dir (no .antigravity.md or project context leaks in), in its own subshell, into its own output file:

    # $brief = this worker's brief file; $out = its result file (absolute path)
    d=$(mktemp -d)
    ( cd "$d" && env -i HOME="$HOME" PATH="$PATH" \
        agy --dangerously-skip-permissions --model "gemini-3.8-flash" --effort high \
        --print-timeout 5m -p "$(cat "$brief")" \
        > "$out"; s=$?; rm -rf "$d"; exit "$s" ) &
    pids+=($!)
    

    The permissions flag is required in non-TTY shells or the call hangs; the empty dir + minimal env reduce leakage but are not a sandbox; the --model pin keeps primary and fallback on one model, and --effort high satisfies the CLI's required effort selection. Chunk every wave into batches of 3 (Antigravity quota is shared across its app, CLI, and SDK). Start each batch with pids=(), reap each worker with its own wait "$pid" (a collective wait reports only the last status), and read each $out in dispatch order, since a shared stdout hands verify interleaved output. Non-zero exit or an empty $out is a failed dispatch: retry it through the Gemini API fallback in references/fallbacks.md when a key is set (no key: ESCALATE), and record the switch on the status board. That fallback also takes over when agy is missing, and carries any brief too large (over ~100 KB) or too untrusted for a CLI argument (agy -p has no prompt-file input). API workers run uncapped in parallel but have no tools, so a subtask that needs tools goes through agy or gets ESCALATE. Clean up all temp files at run end.

  • Advisor (default: Claude Fable 5.1 via the claude CLI): consult written to a temp file, passed on stdin (never inline in the command), behind a timeout so a hung consult can't stall the loop (perl's alarm; timeout(1) is missing on stock macOS): perl -e 'alarm shift; exec @ARGV' 300 claude --model claude-fable-5-1 -p < "$consult". Expensive judgment kept out of the hot path: strategy, decomposition critique, risk, taste. Never execution. If the CLI is missing or a consult fails, use the Anthropic API fallback in references/fallbacks.md.

The loop

  1. Frame. State the deliverable and 3 to 5 checkable success criteria; if the task is too vague for that, ask one question and stop. Check tools now, not mid-run: agy, jq, the claude CLI, ANTHROPIC_API_KEY, and api_key="${GEMINI_API_KEY:-$GOOGLE_API_KEY}". Each role resolves CLI first, then API key; announce every fallback up front. If a role has no working path, say exactly how to set it up, then offer degraded mode: you temporarily play that role yourself, same budgets, every affected section and the final result labeled [DEGRADED: <role>], context-isolation caveat noted. Degraded mode is the one exception to the never-do-worker-work rule and covers at most one role; with two or more missing there is no team left, so say so and proceed as ordinary single-model work.
  2. Plan. Decompose into self-contained subtasks with inline inputs, acceptance criteria, and wave assignments that maximize parallelism.
  3. Plan review (mandatory advisor consult #1). Send the plan using the format in references/advisor-consult.md. Revise. State what you changed and what you rejected.
  4. Delegate. Dispatch each wave using the format in references/worker-brief.md. Parallel background calls, then wait.
  5. Verify. Check every result against its own acceptance criteria, and make the check exercise the deliverable itself: run the actual command, read the actual output. Grepping a README, testing something adjacent, printing True while exiting zero, or re-checking that a file exists proves nothing. Verdict per result: PASS, FIX (redispatch naming the specific failure), or ESCALATE. Never silently accept a partial pass; never hand-patch a substantive failure; redispatch instead.
  6. Synthesize. When all subtasks pass, assemble the deliverable. Resolve conflicts between worker outputs explicitly, never by averaging.
  7. Taste pass (mandatory advisor consult #2). Send the draft to the advisor for taste and risk review. Apply or rebut each note.

Commitment boundaries (when to escalate to the advisor mid-loop)

  • Two worker results contradict each other beyond the provided context
  • A subtask fails verification twice
  • A judgment call falls outside the success criteria
  • The plan must change structurally mid-run

Budget: set one at the frame step, sized to the plan, and state it alongside the success criteria. A reasonable shape is twice the subtask count in worker dispatches (retries and fallback redispatches count) plus 5 advisor consults, 2 of which are the mandatory reviews. The cap is not the point; the rule is that spending past it is never silent. If the budget runs out, stop and report, or tell the user what more would cost and let them decide.

Finish

Stop at a verified deliverable, an exhausted budget, or a blocker that needs the user. Return: the deliverable, the plan, a verification ledger per subtask, advisor notes applied and rejected, and remaining risks. Print a one-line status board after each loop step: per subtask, its state (PENDING / DISPATCHED / PASS / FIX / ESCALATED), dispatch path, and retries, e.g. W2: FIX → PASS | agy→api | 1 retry.

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

chatgpt-app-builder

FreeSummaryAI rating 70

Develop ChatGPT apps with interactive React widgets using mcp-use and OpenAI Apps SDK. Guidance covers app scope, server tools, shared state, and display settings. This skill is deprecated and points users to mcp-app-builder.

  • Define the scope of a ChatGPT app
  • Build React widgets connected to server tools
  • Share widget state with ChatGPT
Shubhamsaboo/awesome-llm-apps142.7KUpdated Oct 22, 2026

commit-archaeologist

FreeSummaryAI rating 100

Investigate why a file or function exists using local Git history. Trace its introduction, later edits, authorship, and files often changed alongside it, then summarize likely intent and change risks while distinguishing evidence from inference.

  • Understanding why an unfamiliar function exists
  • Reviewing historical constraints before a refactor
  • Tracing the background of a workaround
Shubhamsaboo/awesome-llm-apps142.7KUpdated Oct 22, 2026

dependency-doctor

FreeSummaryAI rating 100

Inspect Python and JavaScript dependency files for missing version constraints, duplicate entries, conflicting exact versions, and outdated Python compatibility packages. Get plain-language explanations and focused repair suggestions, with offline checks by default.

  • Check dependency files before investigating installation failures
  • Find outdated Python compatibility packages
  • Review duplicate entries and conflicting exact versions
Shubhamsaboo/awesome-llm-apps142.7KUpdated Oct 22, 2026

first-reader

FreeSummaryAI rating 100

Simulate readers encountering a draft for the first time to see whether they open it, where their attention fades, and what they remember. Receive reader comments alongside the text without rewrites or suggested fixes.

  • Check whether a post earns a full read
  • Find where readers lose interest
  • Compare reader reactions after revisions
Shubhamsaboo/awesome-llm-apps142.7KUpdated Oct 22, 2026

mcp-apps-builder

FreeSummaryAI rating 70

Build MCP servers that let AI access actions and data using mcp-use. The guide covers project setup, reusable prompts, interactive React interfaces, authentication, error handling, and deployment, with reference files for each area.

  • Create a new MCP server with mcp-use
  • Add actions, data resources, or reusable prompts
  • Build interactive React interfaces for browsing and selection
Shubhamsaboo/awesome-llm-apps142.7KUpdated Oct 22, 2026

mcp-builder

FreeSummaryAI rating 80

A deprecated guide to building MCP servers with mcp-use, covering callable actions, data resources, reusable prompts, and interactive widgets. It includes design references and code examples, and directs users to the replacement skill, mcp-app-builder.

  • Review the structure of an existing mcp-use server
  • Consult examples of tools, resources, and prompts
  • Explore interactive widget design
Shubhamsaboo/awesome-llm-apps142.7KUpdated Oct 22, 2026

See all skills by Shubhamsaboo

Report a problem with this skill