From core
Use when planning or executing any multi-step task to decide which model does what. Routes mechanical, low-judgment work (boilerplate, transcription, config, docs, repetitive edits, and all git/GitHub ops like commit/push/PR/CI-watching) to a cheaper Sonnet 5 subagent, keeps judgment-heavy work on the strong model, and verifies delegated output. Quality is paramount; tokens are not wasted on mechanical workflows.
How this skill is triggered — by the user, by Claude, or both
Slash command
/core:cost-aware-delegationThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
**Quality is paramount — never trade correctness for cost.** But do not spend
Quality is paramount — never trade correctness for cost. But do not spend expensive strong-model tokens on mechanical work a cheaper model does just as well.
Before starting a chunk of work, classify it.
Pure-mechanical, high-read, low-reasoning → Haiku (model: "haiku") — a wrong
answer here is cheap to catch:
Mechanical → delegate to a Sonnet 5 subagent (Agent tool, model: "sonnet"):
.gitignore, lint/format configs, CI YAML, DockerfilesJudgment-heavy → keep on the strong model (main thread or a strong subagent):
When unsure, lean to quality: do the thinking on the strong model, hand off only the typing.
Adopted from
superpowers:subagent-driven-development§ Model Selection — the insight, the 2–3× figure, and the mid-tier-floor rule are theirs, not this skill's. Cite it, don't re-derive it. This section exists because that guidance fires only inside subagent-driven-development, while this skill is the always-on policy.
Per-token price is not per-task cost. Wall-clock and context cost scale with how many turns a subagent takes, and the cheapest tier routinely takes 2–3× the turns on multi-step work — a Haiku that flails through six turns costs more than a Sonnet that lands in two, and burns your context re-reading its own mistakes. So:
The Haiku row above is a floor exception, not the default. Tiering down past Sonnet on work that needs iteration is a false economy in the same way rubber-stamped verification is.
This does not contradict the Haiku pins in orchestration and deep-research-tiered.
Those stages — search, page fetch + extract, log scraping, status polling — are
single-pass by construction: one page in, one extraction out, no iteration to
multiply. They are the floor exception this section describes, not multi-step work.
The floor binds where a subagent must loop to converge.
The Workflow tool's agent() calls inherit the session's strong model unless
opts.model is set per stage — an unset mechanical stage silently burns the budget
(a documented un-tiered deep-research run spent ~1.95M tokens across 108 agents and
produced no report). Rules:
opts.model on every agent() stage. Search/fetch/extract → haiku;
verify/moderate analysis → sonnet; synthesis and final judgment → the strong model.budget.remaining(); stop
fanning out before the cap.log() whatever you drop.SubagentStop hooks never fire for Workflow-internal agents, so a
hook cannot save you; a run killed during synthesis loses everything unpersisted.The advisor is the check on the main loop's own work — the conclusions nothing else
reviews. Set advisorModel to at least the main-loop model (Opus or stronger); a
weaker advisor can't reliably catch a strong model's mistakes. After nontrivial
main-loop work, verify with the advisor before claiming done. Evidence before assertions.
On a Fable session the built-in advisor tool does not work — the advisorModel
path is unsupported at the top tier (observed 2026-07-16; re-check on harness
updates). Route every consult through the advisor-plus agent instead, with no
model override: inherit already yields Fable, and there is no tier above to
select.
Cheap subagents don't need their own advisor. The main loop already reads and verifies every subagent's output (build, tests, read), so a separate advisor pass on subagent work is redundant. The flow is: delegate → main loop verifies. Reserve the advisor for what the main loop itself produced.
Commits, pushes, PR creation/updates, and CI-watching are mechanical — route them to Sonnet 5 (or a cheap subagent), keeping commit messages and PR bodies faithful and accurate. Do not burn strong-model tokens polling CI: delegate the watch, or schedule a wake-up and return to it.
npx claudepluginhub mrinaldhillon/claude-skills --plugin coreCreates, edits, and verifies skills using a test-driven development approach with pressure scenarios and subagents.