HUMMBL Base120 Mental Models Framework Skill
Version: 1.0-beta (Definitive Reference)
Source: Google Drive (Created 10/16/2025)
Status: PRODUCTION – DO NOT MODIFY WITHOUT APPROVAL
Overview
Comprehensive reference for the HUMMBL Base120 framework, featuring 120 validated mental models across 6 transformation categories with precise codes, official names, and one-line definitions.
Use this skill for: mental model reference, model selection, transformation analysis, MCP server development, agent training, and problem-solving.
Base120 Architecture
- 6 Transformations × 20 Models Each = 120 Total Models
- Coding: [TRANSFORMATION][NUMBER] (e.g., P1, IN15, CO7)
- Validation Date: October 16, 2025
- Quality Score: 9.2/10 average
- Priority Levels: P1–P7 (empirically derived usage frequency)
The 6 Transformations and Models
P — Perspective / Identity (P1–P20)
Transform: Frame and name what is. Anchor or shift point of view.
| Code |
Name |
One-Line Definition |
| P1 |
First Principles Framing |
Reduce complex problems to foundational truths that cannot be further simplified |
| P2 |
Stakeholder Mapping |
Identify all parties with interest, influence, or impact in a system or decision |
| P3 |
Identity Stack |
Recognize that individuals operate from multiple nested identities simultaneously |
| P4 |
Lens Shifting |
Deliberately adopt different interpretive frameworks to reveal hidden aspects |
| P5 |
Empathy Mapping |
Systematically capture what stakeholders see, think, feel, and do in their context |
| P6 |
Point-of-View Anchoring |
Establish and maintain a consistent reference frame before analysis begins |
| P7 |
Perspective Switching |
Rotate through multiple viewpoints to identify invariants and blind spots |
| P8 |
Narrative Framing |
Structure information as causal stories with conflict, choice, and consequence |
| P9 |
Cultural Lens Shifting |
Adjust communication and interpretation for different cultural contexts and norms |
| P10 |
Context Windowing |
Define explicit boundaries in time, space, and scope for analysis or action |
| P11 |
Role Perspective-Taking |
Temporarily inhabit specific roles to understand constraints and priorities |
| P12 |
Temporal Framing |
Organize understanding across past causes, present states, and future implications |
| P13 |
Spatial Framing |
Scale perspective from local details to global patterns and back |
| P14 |
Reference Class Framing |
Select comparable situations to inform judgment and avoid uniqueness bias |
| P15 |
Assumption Surfacing |
Explicitly identify and document beliefs underlying plans or models |
| P16 |
Identity-Context Reciprocity |
Recognize how identities shape interpretations and contexts reinforce identities |
| P17 |
Frame Control & Reframing |
Consciously select or reshape interpretive frames to enable new solutions |
| P18 |
Boundary Object Selection |
Choose representations that bridge multiple perspectives while remaining meaningful |
| P19 |
Sensemaking Canvases |
Deploy structured templates to systematically capture and organize observations |
| P20 |
Worldview Articulation |
Make explicit the fundamental beliefs and values that drive interpretation and action |
IN — Inversion (IN1–IN20)
Transform: Reverse assumptions. Examine opposites, edges, negations.
| Code |
Name |
One-Line Definition |
| IN1 |
Subtractive Thinking |
Improve systems by removing elements rather than adding complexity |
| IN2 |
Premortem Analysis |
Assume failure has occurred and work backward to identify causes |
| IN3 |
Problem Reversal |
Solve the inverse of the stated problem to reveal insights |
| IN4 |
Contra-Logic |
Argue the opposite position to stress-test assumptions and expose weak reasoning |
| IN5 |
Negative Space Framing |
Study what is absent rather than what is present |
| IN6 |
Inverse/Proof by Contradiction |
Assume a claim is false, derive logical impossibility, thus proving the claim true |
| IN7 |
Boundary Testing |
Explore extreme conditions to find system limits and breaking points |
| IN8 |
Contrapositive Reasoning |
Use logical equivalence that "if A then B" equals "if not B then not A" |
| IN9 |
Backward Induction |
Begin with desired end state and work backward to determine necessary steps |
| IN10 |
Red Teaming |
Organize adversarial review to find vulnerabilities through simulated attack |
| IN11 |
Devil's Advocate Protocol |
Assign explicit role to argue against group consensus or preferred option |
| IN12 |
Failure First Design |
Begin planning by identifying all possible failure modes and designing to prevent them |
| IN13 |
Opportunity Cost Focus |
Evaluate options by what must be forgone rather than what is gained |
| IN14 |
Second-Order Effects (Inverted) |
Trace negative downstream consequences rather than immediate benefits |
| IN15 |
Constraint Reversal |
Temporarily remove assumed constraints to explore alternative solution space |
| IN16 |
Inverse Optimization |
Maximize worst outcomes to understand system vulnerabilities |
| IN17 |
Counterfactual Negation |
Imagine outcomes if key decision had been reversed |
| IN18 |
Kill-Criteria & Stop Rules |
Define conditions that trigger project termination before launch |
| IN19 |
Harm Minimization (Via Negativa) |
Improve by removing harmful elements rather than adding beneficial ones |
| IN20 |
Antigoals & Anti-Patterns Catalog |
Document failure modes to avoid rather than success patterns to emulate |
CO — Composition (CO1–CO20)
Transform: Combine parts into coherent wholes.
| Code |
Name |
One-Line Definition |
| CO1 |
Synergy Principle |
Design combinations where integrated value exceeds sum of parts |
| CO2 |
Chunking |
Group related elements into meaningful units to reduce cognitive load |
| CO3 |
Functional Composition |
Chain pure operations where output of one becomes input of next |
| CO4 |
Interdisciplinary Synthesis |
Merge insights from distinct fields to generate novel solutions |
| CO5 |
Emergence |
Recognize higher-order behavior arising from component interactions |
| CO6 |
Gestalt Integration |
Perceive and leverage whole patterns rather than isolated components |
| CO7 |
Network Effects |
Exploit increasing value as user base or connections grow |
| CO8 |
Layered Abstraction |
Separate concerns into hierarchical levels with clear interfaces between them |
| CO9 |
Interface Contracts |
Define explicit agreements about data structures and behavior between components |
| CO10 |
Pipeline Orchestration |
Coordinate sequential stages with explicit handoffs and error handling |
| CO11 |
Pattern Composition (Tiling) |
Combine repeating elements to construct complex structures efficiently |
| CO12 |
Modular Interoperability |
Ensure independent components work together through standardized connections |
| CO13 |
Cross-Domain Analogy |
Transfer solution patterns from one domain to solve problems in another |
| CO14 |
Platformization |
Extract common capabilities into reusable infrastructure serving multiple use cases |
| CO15 |
Combinatorial Design |
Systematically explore option combinations to find optimal configurations |
| CO16 |
System Integration Testing |
Verify assembled components work correctly together, not just in isolation |
| CO17 |
Orchestration vs Choreography |
Choose between centralized coordination or distributed peer-to-peer interaction |
| CO18 |
Knowledge Graphing |
Represent information as interconnected entities and relationships |
| CO19 |
Multi-Modal Integration |
Synthesize information from different sensory or data modalities |
| CO20 |
Holistic Integration |
Unify disparate elements into coherent, seamless whole where boundaries dissolve |
DE — Decomposition (DE1–DE20)
Transform: Break complex systems into constituent parts.
| Code |
Name |
One-Line Definition |
| DE1 |
Root Cause Analysis (5 Whys) |
Iteratively ask why problems occur until fundamental cause emerges |
| DE2 |
Factorization |
Separate multiplicative components to understand relative contribution of each factor |
| DE3 |
Modularization |
Partition system into self-contained units with minimal interdependencies |
| DE4 |
Layered Breakdown |
Decompose from system to subsystem to component progressively |
| DE5 |
Dimensional Reduction |
Focus on most informative variables while discarding noise or redundancy |
| DE6 |
Taxonomy/Classification |
Organize entities into hierarchical categories based on shared properties |
| DE7 |
Pareto Decomposition (80/20) |
Identify vital few drivers producing most impact versus trivial many |
| DE8 |
Work Breakdown Structure |
Hierarchically divide project into deliverable-oriented components with clear ownership |
| DE9 |
Signal Separation |
Distinguish meaningful patterns from random variation or confounding factors |
| DE10 |
Abstraction Laddering |
Move up and down conceptual hierarchy to find appropriate solution level |
| DE11 |
Scope Delimitation |
Define precise boundaries of what is included versus excluded from consideration |
| DE12 |
Constraint Isolation |
Identify specific limiting factor preventing performance improvement |
| DE13 |
Failure Mode Analysis (FMEA) |
Enumerate potential failure points with severity, likelihood, and detectability ratings |
| DE14 |
Variable Control & Isolation |
Hold factors constant to measure single variable's causal impact |
| DE15 |
Decision Tree Expansion |
Map choices and their consequences as branching paths |
| DE16 |
Hypothesis Disaggregation |
Break compound claim into testable sub-hypotheses |
| DE17 |
Orthogonalization |
Ensure factors vary independently without correlation or interdependence |
| DE18 |
Scenario Decomposition |
Partition future possibilities into discrete, mutually exclusive scenarios |
| DE19 |
Critical Path Unwinding |
Trace longest sequence of dependent tasks determining minimum project duration |
| DE20 |
Partition-and-Conquer |
Divide problem into independent subproblems solvable separately then combined |
RE — Recursion (RE1–RE20)
Transform: Apply operations iteratively, with outputs becoming inputs.
| Code |
Name |
One-Line Definition |
| RE1 |
Recursive Improvement (Kaizen) |
Continuously refine process through small, frequent enhancements |
| RE2 |
Feedback Loops |
Create mechanisms where system outputs influence future inputs |
| RE3 |
Meta-Learning (Learn-to-Learn) |
Improve the process of learning itself, not just domain knowledge |
| RE4 |
Nested Narratives |
Structure information as stories within stories for depth and memorability |
| RE5 |
Fractal Reasoning |
Recognize self-similar patterns repeating across different scales |
| RE6 |
Recursive Framing |
Apply mental models to the process of selecting mental models |
| RE7 |
Self-Referential Logic |
Create systems that monitor, measure, or modify themselves |
| RE8 |
Bootstrapping |
Build capability using currently available resources, then use that to build more |
| RE9 |
Iterative Prototyping |
Cycle rapidly through build-test-learn loops with increasing fidelity |
| RE10 |
Compounding Cycles |
Design systems where gains reinforce future gains exponentially |
| RE11 |
Calibration Loops |
Repeatedly check predictions against outcomes to improve forecasting accuracy |
| RE12 |
Bayesian Updating in Practice |
Continuously revise beliefs as new evidence arrives, weighting by reliability |
| RE13 |
Gradient Descent Heuristic |
Iteratively adjust toward improvement, even without perfect knowledge of optimal direction |
| RE14 |
Spiral Learning |
Revisit concepts at increasing depth, building on previous understanding |
| RE15 |
Convergence-Divergence Cycling |
Alternate between expanding possibilities and narrowing to decisions |
| RE16 |
Retrospective→Prospective Loop |
Use systematic reflection on past to inform future planning |
| RE17 |
Versioning & Diff |
Track changes over time and compare versions to understand evolution |
| RE18 |
Anti-Catastrophic Forgetting |
Preserve critical knowledge while adapting to new information |
| RE19 |
Auto-Refactor |
Systematically improve system structure without changing external behavior |
| RE20 |
Recursive Governance (Guardrails that Learn) |
Establish rules that adapt based on their own effectiveness |
SY — Meta-Systems (SY1–SY20)
Transform: Understand systems of systems, coordination, and emergent dynamics.
| Code |
Name |
One-Line Definition |
| SY1 |
Leverage Points |
Identify intervention points where small changes produce disproportionate effects |
| SY2 |
System Boundaries |
Define what is inside versus outside system scope for analysis or design |
| SY3 |
Stocks & Flows |
Distinguish accumulations from rates of change affecting them |
| SY4 |
Requisite Variety |
Match control system's complexity to system being controlled |
| SY5 |
Systems Archetypes |
Recognize recurring dynamic patterns across different domains |
| SY6 |
Feedback Structure Mapping |
Diagram causal loops showing how variables influence each other |
| SY7 |
Path Dependence |
Acknowledge how early decisions constrain future options through accumulated consequences |
| SY8 |
Homeostasis/Dynamic Equilibrium |
Understand self-regulating mechanisms maintaining stable states despite disturbances |
| SY9 |
Phase Transitions & Tipping Points |
Identify thresholds where gradual changes produce sudden qualitative shifts |
| SY10 |
Causal Loop Diagrams |
Visualize circular cause-effect relationships with reinforcing and balancing dynamics |
| SY11 |
Governance Patterns |
Design decision rights, accountability structures, and coordination mechanisms |
| SY12 |
Protocol/Interface Standards |
Specify rules for interaction enabling coordination without central control |
| SY13 |
Incentive Architecture |
Design reward and penalty structures aligning individual actions with system goals |
| SY14 |
Risk & Resilience Engineering |
Build systems that fail gracefully and recover automatically |
| SY15 |
Multi-Scale Alignment |
Ensure strategy, operations, and execution cohere across organizational levels |
| SY16 |
Ecosystem Strategy |
Position organization within network of partners, competitors, and stakeholders |
| SY17 |
Policy Feedbacks |
Anticipate how rules shape behavior, which creates conditions affecting future rules |
| SY18 |
Measurement & Telemetry |
Instrument systems to capture state, changes, and anomalies for informed response |
| SY19 |
Meta-Model Selection |
Choose appropriate framework or tool for specific problem characteristics |
| SY20 |
Systems-of-Systems Coordination |
Manage interactions between independent systems with emergent behaviors |
Model Selection Guidance
- Reference by code (e.g., "P1", "IN15").
- NEVER substitute generic models ("OODA Loop", "Hanlon's Razor", etc.).
- Always validate against this document.
- Quick Selection Table Example
| Problem Type |
Transformation |
Example Codes |
| Unclear problem definition |
Perspective |
P1, P2, P4 |
| Conventional thinking stuck |
Inversion |
IN1, IN2, IN3 |
| Assembling solutions |
Composition |
CO1, CO2, CO4 |
| Complex system analysis |
Decomposition |
DE1, DE2, DE7 |
| Feedback/issues |
Recursion |
RE1, RE2, RE3 |
| Strategic challenge |
Meta-Systems |
SY1, SY2, SY4 |
Application Methodology
- Apply transformation templates using verified codes and names.
- Use one-line definitions for rapid agent coordination and reasoning.
- Integrate Base120 reference in agent/server model selection.
Validation Checklist
Source & Provenance
- Authoritative Document: Google Drive link
- Owner: Reuben Bowlby rpbowlby@gmail.com
- Validation Date: 2025-10-16
- Repository: hummbl-dev/hummbl-claude-skills
- Version: 1.0-beta (Definitive)
1---2name: hummbl-framework3description: Complete HUMMBL Base120 mental models framework with all 120 models across 6 transformations (Perspective, Inversion, Composition, Decomposition, Recursion, Meta-Systems). Includes model selection guidance, application methodology, and validation checklist. Version 1.0-beta definitive reference.4---5
6# HUMMBL Base120 Mental Models Framework Skill
7
8**Version:** 1.0-beta (Definitive Reference)
9**Source:** Google Drive (Created 10/16/2025)
10**Status:** PRODUCTION – DO NOT MODIFY WITHOUT APPROVAL
11
12---
13
14## Overview
15
16Comprehensive reference for the HUMMBL Base120 framework, featuring 120 validated mental models across 6 transformation categories with precise codes, official names, and one-line definitions.
17Use this skill for: mental model reference, model selection, transformation analysis, MCP server development, agent training, and problem-solving.
18
19### Base120 Architecture
20
21- **6 Transformations** × **20 Models Each** = **120 Total Models**
22- **Coding:** [TRANSFORMATION][NUMBER] (e.g., P1, IN15, CO7)
23- **Validation Date:** October 16, 2025
24- **Quality Score:** 9.2/10 average
25- **Priority Levels:** P1–P7 (empirically derived usage frequency)
26
27---
28
29## The 6 Transformations and Models
30
31### P — Perspective / Identity (P1–P20)
32**Transform:** Frame and name what is. Anchor or shift point of view.
33
34| Code | Name | One-Line Definition |
35|------|-----------|------------------|
36| P1 | First Principles Framing | Reduce complex problems to foundational truths that cannot be further simplified |
37| P2 | Stakeholder Mapping | Identify all parties with interest, influence, or impact in a system or decision |
38| P3 | Identity Stack | Recognize that individuals operate from multiple nested identities simultaneously |
39| P4 | Lens Shifting | Deliberately adopt different interpretive frameworks to reveal hidden aspects |
40| P5 | Empathy Mapping | Systematically capture what stakeholders see, think, feel, and do in their context |
41| P6 | Point-of-View Anchoring | Establish and maintain a consistent reference frame before analysis begins |
42| P7 | Perspective Switching | Rotate through multiple viewpoints to identify invariants and blind spots |
43| P8 | Narrative Framing | Structure information as causal stories with conflict, choice, and consequence |
44| P9 | Cultural Lens Shifting | Adjust communication and interpretation for different cultural contexts and norms |
45| P10 | Context Windowing | Define explicit boundaries in time, space, and scope for analysis or action |
46| P11 | Role Perspective-Taking | Temporarily inhabit specific roles to understand constraints and priorities |
47| P12 | Temporal Framing | Organize understanding across past causes, present states, and future implications |
48| P13 | Spatial Framing | Scale perspective from local details to global patterns and back |
49| P14 | Reference Class Framing | Select comparable situations to inform judgment and avoid uniqueness bias |
50| P15 | Assumption Surfacing | Explicitly identify and document beliefs underlying plans or models |
51| P16 | Identity-Context Reciprocity | Recognize how identities shape interpretations and contexts reinforce identities |
52| P17 | Frame Control & Reframing | Consciously select or reshape interpretive frames to enable new solutions |
53| P18 | Boundary Object Selection | Choose representations that bridge multiple perspectives while remaining meaningful |
54| P19 | Sensemaking Canvases | Deploy structured templates to systematically capture and organize observations |
55| P20 | Worldview Articulation | Make explicit the fundamental beliefs and values that drive interpretation and action |
56
57---
58
59### IN — Inversion (IN1–IN20)
60**Transform:** Reverse assumptions. Examine opposites, edges, negations.
61
62| Code | Name | One-Line Definition |
63|------|------|---------------------|
64| IN1 | Subtractive Thinking | Improve systems by removing elements rather than adding complexity |
65| IN2 | Premortem Analysis | Assume failure has occurred and work backward to identify causes |
66| IN3 | Problem Reversal | Solve the inverse of the stated problem to reveal insights |
67| IN4 | Contra-Logic | Argue the opposite position to stress-test assumptions and expose weak reasoning |
68| IN5 | Negative Space Framing | Study what is absent rather than what is present |
69| IN6 | Inverse/Proof by Contradiction | Assume a claim is false, derive logical impossibility, thus proving the claim true |
70| IN7 | Boundary Testing | Explore extreme conditions to find system limits and breaking points |
71| IN8 | Contrapositive Reasoning | Use logical equivalence that "if A then B" equals "if not B then not A" |
72| IN9 | Backward Induction | Begin with desired end state and work backward to determine necessary steps |
73| IN10 | Red Teaming | Organize adversarial review to find vulnerabilities through simulated attack |
74| IN11 | Devil's Advocate Protocol | Assign explicit role to argue against group consensus or preferred option |
75| IN12 | Failure First Design | Begin planning by identifying all possible failure modes and designing to prevent them |
76| IN13 | Opportunity Cost Focus | Evaluate options by what must be forgone rather than what is gained |
77| IN14 | Second-Order Effects (Inverted) | Trace negative downstream consequences rather than immediate benefits |
78| IN15 | Constraint Reversal | Temporarily remove assumed constraints to explore alternative solution space |
79| IN16 | Inverse Optimization | Maximize worst outcomes to understand system vulnerabilities |
80| IN17 | Counterfactual Negation | Imagine outcomes if key decision had been reversed |
81| IN18 | Kill-Criteria & Stop Rules | Define conditions that trigger project termination before launch |
82| IN19 | Harm Minimization (Via Negativa) | Improve by removing harmful elements rather than adding beneficial ones |
83| IN20 | Antigoals & Anti-Patterns Catalog | Document failure modes to avoid rather than success patterns to emulate |
84
85---
86
87### CO — Composition (CO1–CO20)
88**Transform:** Combine parts into coherent wholes.
89
90| Code | Name | One-Line Definition |
91|------|------|---------------------|
92| CO1 | Synergy Principle | Design combinations where integrated value exceeds sum of parts |
93| CO2 | Chunking | Group related elements into meaningful units to reduce cognitive load |
94| CO3 | Functional Composition | Chain pure operations where output of one becomes input of next |
95| CO4 | Interdisciplinary Synthesis | Merge insights from distinct fields to generate novel solutions |
96| CO5 | Emergence | Recognize higher-order behavior arising from component interactions |
97| CO6 | Gestalt Integration | Perceive and leverage whole patterns rather than isolated components |
98| CO7 | Network Effects | Exploit increasing value as user base or connections grow |
99| CO8 | Layered Abstraction | Separate concerns into hierarchical levels with clear interfaces between them |
100| CO9 | Interface Contracts | Define explicit agreements about data structures and behavior between components |
101| CO10 | Pipeline Orchestration | Coordinate sequential stages with explicit handoffs and error handling |
102| CO11 | Pattern Composition (Tiling) | Combine repeating elements to construct complex structures efficiently |
103| CO12 | Modular Interoperability | Ensure independent components work together through standardized connections |
104| CO13 | Cross-Domain Analogy | Transfer solution patterns from one domain to solve problems in another |
105| CO14 | Platformization | Extract common capabilities into reusable infrastructure serving multiple use cases |
106| CO15 | Combinatorial Design | Systematically explore option combinations to find optimal configurations |
107| CO16 | System Integration Testing | Verify assembled components work correctly together, not just in isolation |
108| CO17 | Orchestration vs Choreography | Choose between centralized coordination or distributed peer-to-peer interaction |
109| CO18 | Knowledge Graphing | Represent information as interconnected entities and relationships |
110| CO19 | Multi-Modal Integration | Synthesize information from different sensory or data modalities |
111| CO20 | Holistic Integration | Unify disparate elements into coherent, seamless whole where boundaries dissolve |
112
113---
114
115### DE — Decomposition (DE1–DE20)
116**Transform:** Break complex systems into constituent parts.
117
118| Code | Name | One-Line Definition |
119|------|------|---------------------|
120| DE1 | Root Cause Analysis (5 Whys) | Iteratively ask why problems occur until fundamental cause emerges |
121| DE2 | Factorization | Separate multiplicative components to understand relative contribution of each factor |
122| DE3 | Modularization | Partition system into self-contained units with minimal interdependencies |
123| DE4 | Layered Breakdown | Decompose from system to subsystem to component progressively |
124| DE5 | Dimensional Reduction | Focus on most informative variables while discarding noise or redundancy |
125| DE6 | Taxonomy/Classification | Organize entities into hierarchical categories based on shared properties |
126| DE7 | Pareto Decomposition (80/20) | Identify vital few drivers producing most impact versus trivial many |
127| DE8 | Work Breakdown Structure | Hierarchically divide project into deliverable-oriented components with clear ownership |
128| DE9 | Signal Separation | Distinguish meaningful patterns from random variation or confounding factors |
129| DE10 | Abstraction Laddering | Move up and down conceptual hierarchy to find appropriate solution level |
130| DE11 | Scope Delimitation | Define precise boundaries of what is included versus excluded from consideration |
131| DE12 | Constraint Isolation | Identify specific limiting factor preventing performance improvement |
132| DE13 | Failure Mode Analysis (FMEA) | Enumerate potential failure points with severity, likelihood, and detectability ratings |
133| DE14 | Variable Control & Isolation | Hold factors constant to measure single variable's causal impact |
134| DE15 | Decision Tree Expansion | Map choices and their consequences as branching paths |
135| DE16 | Hypothesis Disaggregation | Break compound claim into testable sub-hypotheses |
136| DE17 | Orthogonalization | Ensure factors vary independently without correlation or interdependence |
137| DE18 | Scenario Decomposition | Partition future possibilities into discrete, mutually exclusive scenarios |
138| DE19 | Critical Path Unwinding | Trace longest sequence of dependent tasks determining minimum project duration |
139| DE20 | Partition-and-Conquer | Divide problem into independent subproblems solvable separately then combined |
140
141---
142
143### RE — Recursion (RE1–RE20)
144**Transform:** Apply operations iteratively, with outputs becoming inputs.
145
146| Code | Name | One-Line Definition |
147|------|------|---------------------|
148| RE1 | Recursive Improvement (Kaizen) | Continuously refine process through small, frequent enhancements |
149| RE2 | Feedback Loops | Create mechanisms where system outputs influence future inputs |
150| RE3 | Meta-Learning (Learn-to-Learn) | Improve the process of learning itself, not just domain knowledge |
151| RE4 | Nested Narratives | Structure information as stories within stories for depth and memorability |
152| RE5 | Fractal Reasoning | Recognize self-similar patterns repeating across different scales |
153| RE6 | Recursive Framing | Apply mental models to the process of selecting mental models |
154| RE7 | Self-Referential Logic | Create systems that monitor, measure, or modify themselves |
155| RE8 | Bootstrapping | Build capability using currently available resources, then use that to build more |
156| RE9 | Iterative Prototyping | Cycle rapidly through build-test-learn loops with increasing fidelity |
157| RE10 | Compounding Cycles | Design systems where gains reinforce future gains exponentially |
158| RE11 | Calibration Loops | Repeatedly check predictions against outcomes to improve forecasting accuracy |
159| RE12 | Bayesian Updating in Practice | Continuously revise beliefs as new evidence arrives, weighting by reliability |
160| RE13 | Gradient Descent Heuristic | Iteratively adjust toward improvement, even without perfect knowledge of optimal direction |
161| RE14 | Spiral Learning | Revisit concepts at increasing depth, building on previous understanding |
162| RE15 | Convergence-Divergence Cycling | Alternate between expanding possibilities and narrowing to decisions |
163| RE16 | Retrospective→Prospective Loop | Use systematic reflection on past to inform future planning |
164| RE17 | Versioning & Diff | Track changes over time and compare versions to understand evolution |
165| RE18 | Anti-Catastrophic Forgetting | Preserve critical knowledge while adapting to new information |
166| RE19 | Auto-Refactor | Systematically improve system structure without changing external behavior |
167| RE20 | Recursive Governance (Guardrails that Learn) | Establish rules that adapt based on their own effectiveness |
168
169---
170
171### SY — Meta-Systems (SY1–SY20)
172**Transform:** Understand systems of systems, coordination, and emergent dynamics.
173
174| Code | Name | One-Line Definition |
175|------|------|---------------------|
176| SY1 | Leverage Points | Identify intervention points where small changes produce disproportionate effects |
177| SY2 | System Boundaries | Define what is inside versus outside system scope for analysis or design |
178| SY3 | Stocks & Flows | Distinguish accumulations from rates of change affecting them |
179| SY4 | Requisite Variety | Match control system's complexity to system being controlled |
180| SY5 | Systems Archetypes | Recognize recurring dynamic patterns across different domains |
181| SY6 | Feedback Structure Mapping | Diagram causal loops showing how variables influence each other |
182| SY7 | Path Dependence | Acknowledge how early decisions constrain future options through accumulated consequences |
183| SY8 | Homeostasis/Dynamic Equilibrium | Understand self-regulating mechanisms maintaining stable states despite disturbances |
184| SY9 | Phase Transitions & Tipping Points | Identify thresholds where gradual changes produce sudden qualitative shifts |
185| SY10 | Causal Loop Diagrams | Visualize circular cause-effect relationships with reinforcing and balancing dynamics |
186| SY11 | Governance Patterns | Design decision rights, accountability structures, and coordination mechanisms |
187| SY12 | Protocol/Interface Standards | Specify rules for interaction enabling coordination without central control |
188| SY13 | Incentive Architecture | Design reward and penalty structures aligning individual actions with system goals |
189| SY14 | Risk & Resilience Engineering | Build systems that fail gracefully and recover automatically |
190| SY15 | Multi-Scale Alignment | Ensure strategy, operations, and execution cohere across organizational levels |
191| SY16 | Ecosystem Strategy | Position organization within network of partners, competitors, and stakeholders |
192| SY17 | Policy Feedbacks | Anticipate how rules shape behavior, which creates conditions affecting future rules |
193| SY18 | Measurement & Telemetry | Instrument systems to capture state, changes, and anomalies for informed response |
194| SY19 | Meta-Model Selection | Choose appropriate framework or tool for specific problem characteristics |
195| SY20 | Systems-of-Systems Coordination | Manage interactions between independent systems with emergent behaviors |
196
197---
198
199## Model Selection Guidance
200
201- **Reference by code** (e.g., "P1", "IN15").
202- **NEVER substitute generic models** ("OODA Loop", "Hanlon's Razor", etc.).
203- **Always validate against this document.**
204- **Quick Selection Table Example**
205 | Problem Type | Transformation | Example Codes |
206 |----------------------------|------------------|------------------|
207 | Unclear problem definition | Perspective | P1, P2, P4 |
208 | Conventional thinking stuck| Inversion | IN1, IN2, IN3 |
209 | Assembling solutions | Composition | CO1, CO2, CO4 |
210 | Complex system analysis | Decomposition | DE1, DE2, DE7 |
211 | Feedback/issues | Recursion | RE1, RE2, RE3 |
212 | Strategic challenge | Meta-Systems | SY1, SY2, SY4 |
213
214---
215
216## Application Methodology
217
218- Apply transformation templates using verified codes and names.
219- Use one-line definitions for rapid agent coordination and reasoning.
220- Integrate Base120 reference in agent/server model selection.
221
222---
223
224## Validation Checklist
225
226- [ ] Code matches pattern: [P|IN|CO|DE|RE|SY][1–20]
227- [ ] Name matches exactly as listed above
228- [ ] Model in correct transformation category
229- [ ] No generic substitutions (OODA, Hanlon's, Occam's, etc.)
230
231---
232
233## Source & Provenance
234
235- **Authoritative Document:** Google Drive [link](https://docs.google.com/document/d/1yZd1CxU1ZzJjv-MBoxyc3VOD_0-IOfVK8LHL_5qr2EM/edit)
236- **Owner:** Reuben Bowlby <rpbowlby@gmail.com>
237- **Validation Date:** 2025-10-16
238- **Repository:** hummbl-dev/hummbl-claude-skills
239- **Version:** 1.0-beta (Definitive)