Skip to main content
skill CX Codex

thinking-model-combination — Claude Code skill: sequence mental models

A skill that sequences 2–3 mental models with named roles when one model leaves a blind spot. Built for multi-domain decisions.

Install into Claude Code · Skills CLI (Vercel) All methods and platforms ↓
npx skills add tjboudreaux/cc-thinking-skills --skill thinking-model-combination -a claude-code
Open on GitHub

What thinking-model-combination does

The skill keeps you from blending mental models into a soup. You start by writing the decision question and naming the gap that a single model does not cover. Then you pick 2–3 models, and each one needs a distinct role plus a question only it answers.

The conflict rule gets declared before anything runs. Pick one pattern: sequential, parallel, nested, or adversarial. Incompatible worldviews run sequential or adversarial, never blended. Each model works its own role, then you synthesize once: convergence, divergence, how the conflict rule resolves it, and one recommendation with residual uncertainty.

Three models is the hard cap. If the first adequate model already closes the gap, combining is the wrong move and just adds work. The skill sets disable-model-invocation, so it is meant to be triggered by hand when the problem deserves it.

Install runs through npx skills add. For Claude the skill file lands at ~/.claude/skills/thinking-model-combination/SKILL.md.

What it helps with

  • split a hard decision into roles without losing the blind spot
  • agree on a tiebreaker before models disagree
  • drop models that just rephrase the same question
  • stop combining once one model is enough
  • turn several viewpoints into a single recommendation

Example prompts for the agent

  • Run thinking-model-combination on the architecture decision: name the gap and assign roles
  • Apply the thinking-model-combination skill to a risk and choice problem, lock the conflict rule first
  • Use thinking-model-combination: three models max, then synthesize once

How to install thinking-model-combination

1Skills CLI (Vercel)

npx skills add tjboudreaux/cc-thinking-skills --skill thinking-model-combination -a claude-code

2Manually: put the files in place

~/.claude/skills/thinking-model-combination/SKILL.md

Copy the whole skill folder; for one project use .claude/skills/thinking-model-combination/

Step by step, with commands for each platform: How to install skills in Claude Code: five ways

Questions about thinking-model-combination

How do I install thinking-model-combination in Claude?

Run npx skills add tjboudreaux/cc-thinking-skills --skill thinking-model-combination -a claude-code. The skill file lands at ~/.claude/skills/thinking-model-combination/SKILL.md.

What does thinking-model-combination do?

It sequences 2–3 mental models with named roles and a predeclared conflict rule. Each model answers its own question, then you synthesize once into a single recommendation.

How many models can it combine?

Three at most. If the first adequate model already closes the gap, the skill says to use that one alone instead of combining.

Source text

SKILL.md · MIT
---
name: thinking-model-combination
description: When one mental model leaves a material blind spot on a multi-domain or high-stakes problem, sequence complementary models with named roles and a conflict rule.
disable-model-invocation: true
---

# Model Combination

**Core rule:** Combine only when each model answers a different named question. Cap at three, name the conflict rule before applying, then synthesize once.

## When to Use

- One model already applied (or clearly primary) still leaves a material blind spot that another mechanism covers.
- Problem spans domains (e.g. risk + choice + system structure) and stakes justify multi-lens work.
- You need independent checks, not confirmation of the same conclusion.
- You can name a distinct role per model before running them.

## When NOT to Use

- A single catalog skill fully answers the unknown — apply that skill alone.
- Routine, local, or fully reversible work where multi-lens cost exceeds upside.
- You cannot state what unique question each extra model answers (checkbox / model soup).
- Near-duplicate mechanisms (two diagnosis skills that ask the same causal question).
- Time budget cannot support genuine synthesis — prefer one honest model over contradictory partials.

## Procedure

1. **State the unknown and the gap.** Write the decision question. If one model already covers it, stop and use that model alone. Otherwise name the specific blind spot (e.g. "failure modes unexamined", "displaced alternative unknown").
2. **Pick 2–3 models with distinct roles.** For each, record: model id, role (narrow / decide / stress / cost / …), and the unique question it answers. Drop any model that only rephrases another. Prefer sequential pipeline (narrow → stress → decide) over parallel unless independent concurrent checks are required.
3. **Lock the relation and conflict rule before applying.** Choose pattern: sequential, parallel, nested (macro→meso→micro), or adversarial (for/against). Predeclare the tiebreaker (e.g. reversibility class, evidence strength, ruin constraint, primary decision owner). Incompatible worldviews run sequential or adversarial — never blended.
4. **Apply each model fully for its role only.** Capture one key insight per model plus what only that model revealed. Do not re-run a model that adds no new insight.
5. **Synthesize once.** Record convergence, divergence, how the conflict rule resolves divergence, and a single combined recommendation with residual uncertainty. Stop when the recommendation is decision-ready or when further models would only reconfirm.

## Output

```text
problem: <decision question>
gap: <named blind spot justifying combination>
pattern: sequential | parallel | nested | adversarial
models:
  - id: <skill>
    role: <named job>
    unique_question: <what only this answers>
    insight: <key finding>
conflict_rule: <predeclared tiebreaker>
convergence: <where models agree>
divergence: <where they conflict + resolution>
recommendation: <single decision-ready answer>
stop_reason: gap_closed | single_model_suffices | budget
```

## Verification

- **Falsify / stop:** Remove a model only when it changes none of the recommendation, supporting evidence, confidence, residual risks, or mitigations; then re-synthesize with fewer. If no predeclared conflict rule exists and models disagree, do not average — pick one primary model or stop and re-route.
- **Over-application guard:** Never exceed three models. Never add a model for thoroughness theater. If the first adequate single model already closes the gap, combination is wrong for this task.

© tjboudreaux · MIT · tjboudreaux/cc-thinking-skills

Similar skills

All skills for Agent setup: memory, context, orchestration →

From the same set28

thinking-via-negativa A skill that makes the agent look for what can be removed before it adds anything new. Useful when the reflex is to bolt on another layer or dependency. CX Codex +1 569installs thinking-jobs-to-be-done Works out the progress a user hires a product for, then ranks features by it. Useful when you cannot tell what to cut and what to grow. CX Codex +1 568installs thinking-cynefin Sorts a problem into a Cynefin domain by cause and effect, then names the response mode: runbook, analysis, probe or stabilize. Useful when a method keeps failing. CX Codex +1 567installs thinking-bounded-rationality A skill that halts a search at the first option clearing a threshold you set beforehand, instead of comparing forever. CX Codex +1 563installs thinking-thought-experiment A skill for when a real test is too rare, large or irreversible: the agent runs one counterfactual with an isolated variable and bounds what the result implies. CX Codex +1 560installs thinking-map-territory The skill makes the agent check live code or data whenever a doc, test, metric or assumption disagrees with observed behavior. CX Codex +1 559installs thinking-margin-of-safety Makes the agent add a buffer to capacity, timeouts and schedule estimates, scaled by leftover uncertainty and the cost of a breach instead of the optimistic edge. CX Codex +1 554installs thinking-effectuation A skill for decisions under genuine uncertainty: inventory your means, then take one step inside an affordable-loss cap. Useful when forecasts can't be trusted. CX Codex +1 556installs

Project sponsors

Companies that keep this analytics open
Gold sponsor

Impressions, clicks and code copies — open statistics. We keep the numbers public for the same reason NeBlask itself is public. Become a sponsor