model-routing
Skill4 starsChanged 5 months agoMITView on GitHub
Routes each subagent to the right model tier (fable, opus, sonnet, haiku) when orchestrating multi-agent work via the Agent tool or Workflow. Use whenever spawning 2+ agents or activating Coordinator Mode. Keeps judgment on Fable (main thread), delegates token-heavy work to cheaper tiers, and enforces handoff packets plus vetting of subagent reports.
30 other projects use a version of this.
Adopted by
Most recently taken up by
- naman10parikh/pennytheir own version, first seen Nov 8, 2026
- weedmo/skillstheir own version, first seen Nov 8, 2026
- naman10parikh/wikimemtheir own version, first seen Nov 8, 2026
- fal-ai-community/skillstheir own version, first seen Nov 7, 2026
- ArcReel/ArcReeltheir own version, first seen Nov 1, 2026
- NoobyGains/godmodetheir own version, first seen Nov 1, 2026
Used with
Projects with it also use ecosystem-reference, fractal-delegation and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
naman10parikhSkillecosystem-reference
Quick-access directory of Claude Code ecosystem repos, skills, plugins, MCPs, and patterns. Use when improving the harness.
Also in 5 projects that use this
naman10parikhSkillfractal-delegation
Also in 5 projects that use this
KirchliveSkillskill-routing
Decides which of the installed skills a task needs and loads them before the work starts. This skill should be used at the beginning of any multi-step task — build, fix, refactor, migrate, review, plan, release, research, write, design, video — and again at every phase change, after context compaction, and when work moves into a different part of the codebase. Use it for requests like "let's build X", "fix this bug", "refactor Y", "plan the migration", "review this", and also when the user asks which skill applies, why a skill did not fire, or asks to check what is available.
Also in 5 projects that use this
sublimotionSkillagent-runtime
Launch and manage detached agent runs on EKS via the agent-runner CLI. Use when the user says "launch an agent run", "agent runtime", "agent-runner", "run this spec on the cluster", "check run status", "agent run logs", or "stop a run". Do NOT use for writing the agent-runner code itself (edit the sibling ../agent-runner repo), Terraform of the foundation (use terraform-automation), or GPU serving deployments (use infra-deployer).
Also in 5 projects that use this
GoZippySkillrepo-scout
Also in 5 projects that use this
BenjaminGSkillharness-review
Turn one PR's review comments into harness fixes — classify each cause by the most solid place it can live (codebase, lint, rules, skill), then draft the fixes in a separate PR.
Also in 5 projects that use this
- +6 more from naman10parikh
Other versions30 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 30
- ArcReel/ArcReel★ 6.3ksame name
- alinaqi/maggy★ 711same name
- alinaqi/claude-bootstrap★ 708same name
- fal-ai-community/skills★ 265same name
- NoobyGains/godmode★ 118same name
- nahid-sparktales/agent-dispatcher★ 59same name
- echo-of-machines/fable-advisor★ 27same name
- frankxai/agentic-creator-os★ 10same name
- FaisalAlqarni/sp-ecc★ 9same name
- naman10parikh/agentgrid★ 9same name
20 more not listed
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 repository5 other files it gives its agents.
- templates/CLAUDE.mdCLAUDE.md
- context-budgetSkill
- memory-reviewSkill
- posthog-weeklySkill
- ui-ux-pro-maxSkill
The file
We split this skill into the rules it gives an agent
11 rules. 0 are common, 9 are distinctive, and 2 are very specific to this project.
0
Common
Most of the 29 edited versions we read keep these.
9
Distinctive
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 37
Write the prompt as if the subagent has zero chat context.
- Distinctive: line 43
Stop conditions: if live code contradicts the prompt, a command fails twice after a reasonable retry, or the task needs out-of-scope files, …
- Distinctive: line 45
Prefer parallel subagents (one message, one tool block per agent) when slices are independent.
- Distinctive: line 49
Treat subagent reports as leads, not facts:
- Distinctive: line 51
Before acting on a high-impact finding, reopen the cited files and confirm the line refs or failures yourself.
- Distinctive: line 52
Before opening a PR or reporting work as done, review the final diff against the task in the main thread.
- Distinctive: line 53
Before accepting dismissals (FP, OUTDATED, MOOT), run an adversarial refute pass: skeptic agents with the inverted instruction (prove the …
- Distinctive: line 58
Do not spawn an agent for a single targeted read or an already-known file path: read it directly.
- Very specific: line 60
Run long agents with run_in_background: true and keep orchestrating.
- Distinctive: line 65
When Coordinator Mode triggers (3+ files), apply this mapping to its mandatory minimums:
- Very specific: line 69
Verify: excelsior-verifier runs on opus, in background.
“Common” is measured: kept by at least 6 in 10 of the 29 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
Model Routing for Multi-Agent Orchestration
The main thread (Fable) is the orchestrator, architect, synthesizer, and final judge. Cheaper subagents do bounded, token-heavy work. Never delegate judgment.
Reserved for Fable (main thread, never spawn for this)
- Decomposing ambiguous work into clean parallel slices.
- Architecture, product, security, and payment-flow tradeoffs.
- Reading conflicting subagent reports and deciding what matters.
- Integrating partial implementations into one coherent plan.
- Final review, risk assessment, and user-facing synthesis.
Routing Table
Set the model param explicitly on every Agent call. Default to sonnet when a task does not match a row.
| Task type | model | Why |
| Broad codebase exploration, file/pattern discovery (Explore agents) | sonnet | High read volume, moderate judgment |
| Mechanical reduction: log filtering, test output triage, inventories, classification, link checking | haiku | Zero judgment, maximum volume |
| External docs research, dependency or vendor comparison | sonnet | Needs criteria but not deep tradeoffs |
| Bounded implementation from a precise, file-scoped spec (1 logical unit) | sonnet | Spec quality carries the work |
| Complex implementation, risky refactor, DB migrations, security or payment code | opus | Error cost exceeds the price delta |
| Code review, adversarial verification (excelsior-verifier, refute passes, skeptic agents) | opus | Must independently catch errors from other agents |
| Sub-coordinators that themselves spawn agents (cross-repo, debug session managers) | opus | Orchestration judgment without Fable price |
| Synthesis of conflicting findings, final verdicts, anything ambiguous | fable (stay in main thread) | This is the judgment layer |
Cost anchors per 1M tokens (input/output): haiku $1/$5, sonnet $3/$15, opus $5/$25, fable $10/$50. Fable's tokenizer also emits roughly 30% more tokens for the same content, so its effective cost is about 2.6x opus. Every token kept out of the main thread is saved at the most expensive rate in the catalog.
Handoff Packets (required for every delegated prompt)
Write the prompt as if the subagent has zero chat context. Include:
- Repo path and the exact objective.
- Scope: files, packages, or surfaces in scope, and what is explicitly out of scope.
- Evidence format to return: file paths with line refs, commands run, diffs, failures, uncertainties, stop conditions hit.
- Verification: commands or flows to run, and what success looks like when knowable.
- Stop conditions: if live code contradicts the prompt, a command fails twice after a reasonable retry, or the task needs out-of-scope files, stop and report instead of improvising.
Prefer parallel subagents (one message, one tool block per agent) when slices are independent. Keep blocking or tightly coupled work local.
Vetting Delegated Work
Treat subagent reports as leads, not facts:
- Before acting on a high-impact finding, reopen the cited files and confirm the line refs or failures yourself.
- Before opening a PR or reporting work as done, review the final diff against the task in the main thread.
- Before accepting dismissals (FP, OUTDATED, MOOT), run an adversarial refute pass: skeptic agents with the inverted instruction (prove the bug is still alive on staging/main today).
- PR reviewers must read repo state via
git show origin/branch:path, never the working tree, which may sit on another branch.
Anti-waste Rules
- Do not spawn an agent for a single targeted read or an already-known file path: read it directly.
- Group by file or surface: one finding repeated across 15 lines of one file is 1 agent, not 15.
- Run long agents with
run_in_background: trueand keep orchestrating; never poll. - Verification agents (excelsior-verifier) run in background on opus; do not block reporting structure on them, but do not claim "verified" before they return.
Integration with Coordinator Mode (CLAUDE.md)
When Coordinator Mode triggers (3+ files), apply this mapping to its mandatory minimums:
- Research: the 2+ parallel Explore agents run on
sonnet(orhaikuif purely mechanical inventory). - Implement: workers default to
sonnet; escalate a worker toopuswhen its unit touches migrations, auth, payments, multi-tenant scoping, or cross-repo contracts. - Verify:
excelsior-verifierruns onopus, in background. - Synthesize and final judgment: never delegated, stays in the main thread.
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.

