How to Scale OpenAI Codex from Solo Developer to Team Workflow Without Breaking Everything
Nothing about the tooling changed. What changed is that the conventions living in one person's head now have to live somewhere three people can reach.
Nobody automates the wrong thing on purpose. It happens because the problem got framed once, quickly, by whoever noticed it first — and then never got framed a second way.

The short version: Mental models are not magic words. They are handles. The value is not knowing 201 names. The value is having enough handles to choose a better way to think before you ask AI to act.
Ask two people to describe the same broken process and you will often get two different problems. The bookkeeper says invoices arrive in the wrong format; the account manager says clients are never told what format to use. Same symptom, opposite fixes, and whichever description reaches the whiteboard first is usually the one that gets built. Business process automation goes wrong far more often at that moment than at any point in the tooling. What follows is a set of handles for picking up a problem a second way before committing.
This is Part 1 of the AI Mental Models series.
Part 1 gives you the map. Part 2 will turn the map into a Claude Code workflow. Part 3 will explain the personal system I use when I want AI to think with me instead of merely answer me.
Everyone says mental models are "wisdom for thinking." Actually, in the AI era they are handles you hand to the model so the output gets a spine. The value is not memorizing 201 names. The value is choosing the right lens before you ask AI to act.
If you already prompt with named lenses, skip ahead to §5 for the pattern. If you are still asking AI in plain language and getting mush, our AI learning resources directory offers 600+ free resources to build your foundation, and the guide below gives you the mental model toolkit.
I used to make decisions with one tool: a pros-and-cons list.
Sometimes I used SWOT because it looked more serious.
Then I would stare at the page and pretend the matrix had solved the problem. It had not. It had only made my uncertainty look organized.
The better version came from reading across disciplines: Charlie Munger's latticework idea, Shane Parrish's mental model writing, Kahneman's work on fast and slow thinking, business strategy books, systems thinking, probability, and the uncomfortable experience of watching my own projects fail for reasons I should have seen earlier.
The AI era makes this more useful, not less.
Without a thinking framework, an AI agent behaves like a very capable assistant with no briefing. It can write, summarize, code, search, and format, but the shape of the work depends on the shape of your instruction. If the instruction is vague, the output is often vague. If the instruction contains a thinking model, the output gets a spine.
The problem is not that AI lacks intelligence. The problem is that we often fail to give it a way to think.
I use "AI mental models" in two connected ways.
First, they are models for your own thinking: first principles, inversion, expected value, circle of competence, second-order thinking, and so on.
Second, they are models you can give to AI: not as long essays in every prompt, but as compact operating lenses. A good model tells the agent what to inspect, what to ignore, what to challenge, and how to report uncertainty.
That second part matters.
If you ask:
Should I build this product?
you get a generic answer.
If you ask:
Analyze this product idea with first principles, inversion,
expected value, switching costs, and a failure pre-mortem.
Separate facts from assumptions. End with a test plan.
you get a different kind of output. The model names are not decoration. They create the rails.
Google's People + AI Research guide makes a related point from the product side: people build mental models of AI systems, and those models shape trust, expectations, and misuse. In workflow design, the reverse is also true. We build mental models for AI systems so their work becomes more predictable.
Here is why this matters: an AI agent without a thinking framework behaves like a capable assistant with no briefing. The same model gives sharp answers to a framed question and mush to a fuzzy one. The lens is what frames the question.
Do not put 201 models into your daily prompt.
That is the fastest way to make your agent verbose and confused.
Use two layers instead.
| Layer | Size | Where it belongs | What it does |
|---|---|---|---|
| Active set | 5-12 models | Your working prompt or CLAUDE.md |
Shows up often, because it matches your daily work |
| Reference library | 50-201 models | A Skill, reference file, or knowledge base | Loaded only when the task asks for deeper thinking |
| Verification layer | 3-6 checks | End of prompt or workflow | Prevents the agent from forcing the wrong framework |
For my own work, the active set is boring on purpose:
That is enough for most decisions.
The full library is for harder situations: strategy, product positioning, hiring, writing, learning, negotiation, system design, and any problem where one lens makes you too confident too early.

The source material behind this article is a very large framework library. I am not turning it into a short inspirational post. The point of this section is to preserve the full map while making it usable for AI workflows.
Read it like a toolbox, not a novel.

The mistake is treating each model as a separate essay. For AI work, I use them as retrieval handles. The category tells the agent what kind of reasoning to start with. The model name tells it which lens to apply.
Use these when the problem is still fuzzy and you need to shape the question before you answer it. Ask the agent to separate facts, assumptions, failure paths, and testable claims.
Use these when the hard part is not the facts, but the human interpretation of the facts. Ask the agent to name the likely bias before it recommends an action.
Use these when uncertainty, sample size, distribution shape, or downside matters. Ask the agent to show assumptions, base rates, sensitivity, and expected value.
Use these when the decision depends on incentives, markets, tradeoffs, or resource allocation. Ask the agent to identify who benefits, who pays, and what behavior the system rewards.
Use these when you are judging a product, market, startup, or career position. Ask the agent to test whether the advantage survives imitation.
Use these when the situation behaves like a system, not a one-step task. Ask the agent to draw inputs, outputs, feedback loops, constraints, and intervention points.
Use these when adaptation, competition, survival, or environment matters. Ask the agent to identify selection pressure and the traits that survive it.
Use these when people coordinate, scale, delegate, or avoid responsibility. Ask the agent to map ownership, incentives, meeting cost, and feedback quality.
Use these when there is conflict, negotiation, deterrence, or strategic positioning. Ask the agent to model the opponent's incentives and the cost of each move.
Use these when communication, persuasion, teaching, or design matters. Ask the agent to test how the audience will perceive the structure, not just whether the logic is correct.
Use these when the work needs structure, sequencing, or a repeatable decision path. Ask the agent to turn the model into a checklist or diagnostic.
Use these when the goal is to learn faster, create better, or explain more clearly. Ask the agent to turn the model into a practice loop.
Before mental models, you wrote prompts in plain language and hoped. After, you name a lens, "use second-order thinking," "apply inversion," and the output sharpens immediately. Same model, much better answer.
The worst way to use mental models is to ask, "Which famous model can I mention here?"
The better question is:
What kind of problem is this?
Use this simple routing table.
| Problem type | Start with | Add if the stakes are high | Output you should ask AI for |
|---|---|---|---|
| A decision with downside | Inversion | Expected value, margin of safety | Failure paths, probabilities, stop-loss rule |
| A product idea | First principles | Jobs to be done, switching costs, network effects | Core user need, weak assumptions, smallest test |
| A strategy question | Circle of competence | Moat, five forces, disruptive innovation | Where we can win, where we are pretending |
| A writing problem | Pyramid Principle | SCQA, framing, Feynman Technique | One-sentence thesis, structure, unclear sections |
| A learning plan | Pareto | Deliberate practice, spaced repetition | 20 percent curriculum and weekly practice loop |
| A team problem | Incentives | Dunbar's number, DRI, radical candor | Ownership map and incentive conflict |
| A complex system | Feedback loops | Entropy, bottlenecks, second-order thinking | System diagram and intervention points |
If an AI answer feels smart but not useful, the problem is often routing. You gave it a task, but not the right lens.

Here is the prompt shape I use most often:
I need to decide: [decision].
Use these models:
1. First principles: separate facts from assumptions.
2. Inversion: list the most likely failure paths.
3. Expected value: estimate upside, downside, and probability.
4. Circle of competence: say what I actually know and what I am guessing.
5. Pareto: identify the few variables that matter most.
Output:
- Model-by-model analysis
- Contradictions between models
- The smallest test I can run this week
- What would change your recommendation
The last line is the most important one.
AI systems are good at producing a clean recommendation. You need them to tell you what would make the recommendation false.

The most common failure mode for first-time mental-model users is collecting all 201 and using none. Pick three you already understand. Apply them daily for a week. Add one a week after that. Names without practice are decoration, not thinking tools.
Mental models can make you wiser.
They can also make you sound wiser while becoming more rigid.
Before you accept an AI answer based on models, ask these questions:
| Check | Why it matters |
|---|---|
| Does the model actually fit the problem? | Not every question needs first principles or a moat analysis. |
| Did the agent separate facts from assumptions? | Confident structure can hide weak evidence. |
| Did it use more than one lens? | One model can become a hammer. |
| Did it name the tradeoff? | A recommendation without tradeoff is marketing. |
| Did it include verification? | The answer should produce an action you can test. |
| Did it soften uncertain claims? | Opinion should not be dressed up as fact. |
This is where many prompt libraries go wrong. They turn Munger, Musk, Kahneman, or any other thinker into a costume.
Do not ask AI to "be Charlie Munger."
Ask it to apply inversion, incentives, base rates, opportunity cost, and circle of competence to your problem, then show the reasoning and the limits.

This article gives you the map.
The next article turns the map into a Claude Code workflow: where to put the active set, when to use CLAUDE.md, when to move the large library into a Skill, how to design triggers, and how to keep context from exploding.
The third article is more personal. It explains why I keep around 200 models, why I use only a small set daily, and why AI finally made the big library practical.
The key is simple:
Your brain is the commander. AI is the staff room. Mental models are the operating doctrine.
Give the staff room better doctrine.
Hand off early. Ship confidently.
— Leo
What this does: Turns one vague request into a ready-to-run prompt that already carries 2-4 named thinking lenses, so the AI output gets a spine instead of mush.
Based on: AI Mental Models: 201 Thinking Frameworks for Better Work — https://aiworkflowpro.com/200-mental-models-for-ai/
Time to run: ~3 minutes
Copy this prompt into Claude Code, ChatGPT, or any AI assistant:
ROLE: You are a prompt-strategy coach who picks the right mental-model lenses before any AI task. Your job: turn one vague request into a prompt that already carries 2-4 named thinking lenses, so the output gets a spine.
CONTEXT — ACTIVE-SET LENS METHOD:
Mental models are not magic words; they are handles you hand to the model so the output gets structure. The value is not memorizing 201 names — it is choosing the right lens before you ask AI to act. The practical rule is "small active set, large reference library": keep a few models ready for daily use, hold the full 201 as a reference shelf you pull from when a task needs a different angle. The method below diagnoses the task, matches candidate lenses, trims to a small active set, folds them into a ready prompt, and runs an anti-abuse check so lenses clarify rather than distort.
INPUTS (fill in before running):
- TASK: YOUR_TASK_OR_QUESTION_HERE (one or two sentences)
- AUDIENCE: YOUR_AUDIENCE_HERE (e.g., my team, a paying customer, myself)
- RISK: YOUR_STAKES_HERE (low / medium / high — a wrong answer costs what?)
METHOD — 5 STEPS:
Step 1 — Diagnose the task type
Classify TASK into one primary type (note any secondary): Decision (choose between options) · Generation (produce content/design/code) · Analysis (understand or evaluate) · Risk (what could go wrong) · Planning (sequence to a goal). State the type and one line on why.
Step 2 — Match candidate lenses
Name 4-6 lenses from the reference library that fit the type (e.g., Decision: Second-Order Effects, Inversion, Opportunity Cost, Base Rates, Regret Minimization; Risk: Pre-mortem, Margin of Safety, Asymmetry; Analysis: First Principles, Map vs. Territory, Circle of Competence). For each: name · one-line definition · why it fits THIS task.
Step 3 — Trim to the active set
Score each candidate 1-5 on fit-to-task and 1-5 on distinctness (does it add a separate angle?). Keep the 2-4 lenses with the highest combined score; drop the rest. Show the score table.
Step 4 — Fold lenses into the prompt
Write a ready-to-run prompt that opens by handing the active-set lenses to the AI as named handles, then asks for the TASK for the AUDIENCE. Lenses must shape HOW the AI reasons, not decorate bullets.
Step 5 — Anti-abuse check
Test the set: (a) Does each lens clarify, not distort? (b) Is the set small enough to actually use (≤4)? (c) Did we force a lens where plain reasoning works? Flag any lens to drop and why.
RULES:
- Active set is 2-4 lenses, never more than 4 — a large set is noise.
- Never name a lens without a one-line definition; the model cannot use a handle it does not share.
- Lenses shape reasoning method — they are not section headers or decoration.
- If the task is trivial (low risk, one obvious answer), return "No lens needed — ask plainly" instead of forcing models.
OUTPUT FORMAT:
Output four sections:
1. **Task diagnosis** — type + one-line rationale.
2. **Candidate lenses** — markdown table with columns: Lens | Definition | Why it fits.
3. **Active set** — markdown table with columns: Lens | Fit (1-5) | Distinct (1-5) | Total | Keep? (Y/N), then list the 2-4 kept lenses.
4. **Ready-to-run prompt** in a ```text block, opening with the active-set lenses as named handles, then the request for TASK and AUDIENCE.
Save as @templates/200-mental-models-for-ai.md and run whenever a prompt feels vague, gives mushy output, or the decision stakes are high enough to deserve a named lens before you ask AI to act.

AI mental models are thinking frameworks you can use yourself and encode into AI workflows so the agent reasons with clearer lenses instead of producing generic advice.
No. Start with a small daily set, keep the rest as a reference library, and ask AI to select the relevant models for each situation.
Use three steps: name the problem type, select three to five models, then ask the AI to show assumptions, risks, and verification checks.
The main risk is forcing a model onto the wrong problem. Always ask whether the model fits and what it might hide.
When I rebuild one with AI agents, you get the write-up — including the parts that didn't work. No weekly roundup, no "5 tools you need."