thinking-model-router
When unsure which thinking skill fits, map domain and problem type, then return NONE or one primary skill by default (at most three complementary).
By tjboudreaux · 413 installs
npx skills add tjboudreaux/cc-thinking-skills --skill thinking-model-router
Source repository · Upstream listing
Model Router
Core rule: Prefer NONE or one primary skill. Route by mechanism fit, not habit. Combine only when roles are distinct and necessary.
When to Use
The right thinking skill is unclear and you would otherwise guess or stack tools.
Several catalog skills seem plausible and you need a single primary (or explicit NONE).
High stakes work where a wrong frame is costly and a quick domain×type match helps.
When NOT to Use
The match is already known or obvious ("where's the bottleneck?" → theory of constraints) — invoke that skill directly; do not route for show.
The task is routine implementation with no analytical unknown — reason directly (NONE).
You are mid execution of an agreed plan and only need the next concrete step.
The ask is outside this catalog (pure coding syntax, tool ops with no judgment call) — NONE.
Invoking a Model (Skill IDs)
The router outputs bare slugs (e.g. id: five whys plus ). Invoke a routed skill with the Skill tool using the exact ID thinking skills:thinking <slug — never invent a slug not cited in Procedure. NONE means no invocation.
Procedure
1. Short circuit. If one skill clearly fits by mechanism, return that skill alone. If no skill clearly improves the work, return NONE and reason directly. Stop.
2. Characterize. Record domain (coding, architecture, product, strategy, personal, abstract, risk, innovation) and problem type (diagnose, decide, understand, create, evaluate, predict, optimize). Note constraints: time, information, stakes, reversibility, complexity.
3. Candidate by type defaults (override when constraints demand). Keep only active catalog skills:
Diagnose → five whys plus or scientific method (kepner tregoe if IS/IS NOT matrix needed)
Decide → reversibility first; then opportunity cost or probabilistic
Understand → systems (map territory if model vs reality gap; cynefin if approach domain unclear)
Create → first principles (triz for contradictions; effectuation for means driven; via negativa for remove first)
Evaluate → steel manning (socratic if assumptions/definitions are the unknown)
Predict → probabilistic
Optimize → theory of constraints (ooda under time pressure; bounded rationality for search stop)
Risk / "what fails?" → pre mortem or red team; margin of safety for buffers
Product "what to build?" → jobs to be done
Competence / durability → circle of competence, lindy effect
Controlled hypothetical → thought experiment
Multi lens only after one primary fails a blind spot check → model combination
4. Select with criteria (satisficing). Score only if 2+ candidates remain or stakes make a forced default unsafe. Rate each criterion 1–5 (1 = absent/wrong fit; 3 = usable with gaps; 5 = direct fit): problem fit (30%), available inputs (20%), time to apply (15%), stakeholder usability (15%), competence to apply correctly (20%). A route must score problem fit ≥4 and weighted total ≥3.5; otherwise return NONE . For totals within 0.25, prefer fewer inputs and shorter execution; if still tied, choose NONE unless the skills answer distinct complementary questions.
5. Multi skill only as exception. Add a second or third skill only when each has a distinct complementary role the primary leaves open. Cap at three. Prefer sequential over parallel. Near neighbors and synonyms do not stack. For composition patterns, hand off to model combination after naming the primary.
6. Exit. State abandon signals (forced fit, ignored factors, no insight ~15 minutes). On mismatch, re route once or fall back to NONE — never force a frame.
Domain cheat map (primary first; still default to one or NONE):
Domain signal Prefer
Bug / root cause / flaky five whys plus, scientific method, systems
Architecture / tech choice reversibility, systems, lindy effect, opportunity cost
Feature / roadmap / engagement jobs to be done, opportunity cost, theory of constraints
Strategy / competition / growth cynefin, systems, red team, second order
Personal / career commitment opportunity cost, reversibility, circle of competence, pre mortem
Argument / belief update steel manning, probabilistic, socratic, first principles
Security / disaster / ruin pre mortem, red team, margin of safety, via negativa
Innovation / contradiction / simplify first principles, triz, effectuation, via negativa
Output
Default fill: outcome: NONE with one id: NONE route, or outcome: one with one route. Use multi only when every listed skill has a distinct role and unique question.
Verification
Falsify / stop: If the route is habit or familiarity rather than mechanism fit, discard and re score or return NONE. If multi skill entries lack distinct roles, collapse to the single best primary. If no candidate clearly helps, NONE is correct — do not invent a route.
Over application guard: Do not route when the skill is already obvious. Do not return more than three skills. Do not cite deleted or non catalog names. Do not treat the router as a prerequisite for leaf skills invoked directly.