hummbl-framework

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

HUMMBL Base120 Mental Models Framework Skill

HUMMBL Base120思维模型框架Skill

Version: 1.0-beta (Definitive Reference)
Source: Google Drive (Created 10/16/2025)
Status: PRODUCTION – DO NOT MODIFY WITHOUT APPROVAL

**版本:**1.0-beta(权威参考版)
**来源:**Google Drive(创建于2025/10/16)
**状态:**生产环境版 – 未经批准请勿修改

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.
HUMMBL Base120框架的综合参考文档,涵盖6类转换分类下的120个已验证思维模型,包含精准编码、官方名称及单行定义。
本Skill可用于:思维模型参考、模型选择、转换分析、MCP server开发、Agent训练及问题解决。

Base120 Architecture

Base120架构

  • 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)

  • 6类转换 × 每类20个模型 = 总计120个模型
  • 编码规则:[转换类型][编号](例如:P1、IN15、CO7)
  • **验证日期:**2025年10月16日
  • **质量评分:**平均9.2/10
  • **优先级等级:**P1–P7(基于实际使用频率得出)

The 6 Transformations and Models

6类转换及对应模型

P — Perspective / Identity (P1–P20)

P — 视角/身份(P1–P20)

Transform: Frame and name what is. Anchor or shift point of view.
CodeNameOne-Line Definition
P1First Principles FramingReduce complex problems to foundational truths that cannot be further simplified
P2Stakeholder MappingIdentify all parties with interest, influence, or impact in a system or decision
P3Identity StackRecognize that individuals operate from multiple nested identities simultaneously
P4Lens ShiftingDeliberately adopt different interpretive frameworks to reveal hidden aspects
P5Empathy MappingSystematically capture what stakeholders see, think, feel, and do in their context
P6Point-of-View AnchoringEstablish and maintain a consistent reference frame before analysis begins
P7Perspective SwitchingRotate through multiple viewpoints to identify invariants and blind spots
P8Narrative FramingStructure information as causal stories with conflict, choice, and consequence
P9Cultural Lens ShiftingAdjust communication and interpretation for different cultural contexts and norms
P10Context WindowingDefine explicit boundaries in time, space, and scope for analysis or action
P11Role Perspective-TakingTemporarily inhabit specific roles to understand constraints and priorities
P12Temporal FramingOrganize understanding across past causes, present states, and future implications
P13Spatial FramingScale perspective from local details to global patterns and back
P14Reference Class FramingSelect comparable situations to inform judgment and avoid uniqueness bias
P15Assumption SurfacingExplicitly identify and document beliefs underlying plans or models
P16Identity-Context ReciprocityRecognize how identities shape interpretations and contexts reinforce identities
P17Frame Control & ReframingConsciously select or reshape interpretive frames to enable new solutions
P18Boundary Object SelectionChoose representations that bridge multiple perspectives while remaining meaningful
P19Sensemaking CanvasesDeploy structured templates to systematically capture and organize observations
P20Worldview ArticulationMake explicit the fundamental beliefs and values that drive interpretation and action

**转换目标:**界定并命名事物本质,锚定或转换视角。
编码名称单行定义
P1第一性原理框架将复杂问题拆解为无法进一步简化的基础事实
P2利益相关者映射识别系统或决策中所有存在利益、影响力或影响的相关方
P3身份堆叠模型认识到个体同时受多个嵌套身份的影响
P4视角切换刻意采用不同的解释框架以揭示隐藏的问题层面
P5共情映射系统性捕捉利益相关者在其场景中的所见、所思、所感及所为
P6视角锚定在分析开始前建立并维持一致的参考框架
P7多视角轮换切换多个视角以识别不变因素和认知盲区
P8叙事框架将信息构建为包含冲突、选择与结果的因果故事
P9文化视角转换针对不同文化背景和规范调整沟通与解读方式
P10上下文界定为分析或行动明确时间、空间及范围边界
P11角色代入视角暂时代入特定角色以理解其约束条件和优先级
P12时间框架从过去成因、当前状态及未来影响维度组织认知
P13空间框架在局部细节与全局模式之间切换视角尺度
P14参考类别框架选择可对比场景以辅助判断,避免独特性偏差
P15假设显性化明确识别并记录计划或模型背后的潜在信念
P16身份-上下文交互认识到身份如何塑造解读方式,以及上下文如何强化身份认知
P17框架控制与重构有意识地选择或重塑解释框架以催生新解决方案
P18边界对象选择选择能连接多视角且保持意义一致性的表达形式
P19意义构建画布运用结构化模板系统性捕捉并组织观察结果
P20世界观明确化明确阐述驱动解读与行动的核心信念与价值观

IN — Inversion (IN1–IN20)

IN — 反向思考(IN1–IN20)

Transform: Reverse assumptions. Examine opposites, edges, negations.
CodeNameOne-Line Definition
IN1Subtractive ThinkingImprove systems by removing elements rather than adding complexity
IN2Premortem AnalysisAssume failure has occurred and work backward to identify causes
IN3Problem ReversalSolve the inverse of the stated problem to reveal insights
IN4Contra-LogicArgue the opposite position to stress-test assumptions and expose weak reasoning
IN5Negative Space FramingStudy what is absent rather than what is present
IN6Inverse/Proof by ContradictionAssume a claim is false, derive logical impossibility, thus proving the claim true
IN7Boundary TestingExplore extreme conditions to find system limits and breaking points
IN8Contrapositive ReasoningUse logical equivalence that "if A then B" equals "if not B then not A"
IN9Backward InductionBegin with desired end state and work backward to determine necessary steps
IN10Red TeamingOrganize adversarial review to find vulnerabilities through simulated attack
IN11Devil's Advocate ProtocolAssign explicit role to argue against group consensus or preferred option
IN12Failure First DesignBegin planning by identifying all possible failure modes and designing to prevent them
IN13Opportunity Cost FocusEvaluate options by what must be forgone rather than what is gained
IN14Second-Order Effects (Inverted)Trace negative downstream consequences rather than immediate benefits
IN15Constraint ReversalTemporarily remove assumed constraints to explore alternative solution space
IN16Inverse OptimizationMaximize worst outcomes to understand system vulnerabilities
IN17Counterfactual NegationImagine outcomes if key decision had been reversed
IN18Kill-Criteria & Stop RulesDefine conditions that trigger project termination before launch
IN19Harm Minimization (Via Negativa)Improve by removing harmful elements rather than adding beneficial ones
IN20Antigoals & Anti-Patterns CatalogDocument failure modes to avoid rather than success patterns to emulate

**转换目标:**反转假设,审视对立面、边缘情况及否定项。
编码名称单行定义
IN1减法思维通过移除元素而非增加复杂度来优化系统
IN2事前验尸分析假设已发生失败,反向推导原因
IN3问题反转解决原问题的反向问题以获得洞见
IN4反逻辑论证论证对立立场以压力测试假设,暴露薄弱推理
IN5负空间框架研究缺失的事物而非已存在的事物
IN6反证法假设主张为假,推导逻辑矛盾从而证明主张为真
IN7边界测试探索极端条件以发现系统极限与临界点
IN8逆否命题推理运用“若A则B等价于若非B则非A”的逻辑等价性
IN9反向归纳从期望的最终状态出发,反向推导必要步骤
IN10红队评估组织对抗性审查,通过模拟攻击发现漏洞
IN11魔鬼代言人机制指定专人负责反驳群体共识或偏好选项
IN12故障优先设计从识别所有可能故障模式开始规划,设计预防方案
IN13机会成本聚焦通过评估必须放弃的选项而非获得的收益来权衡选择
IN14二阶效应(反向)追踪负面下游后果而非直接收益
IN15约束反转暂时移除假设约束以探索替代解决方案空间
IN16反向优化最大化最坏结果以理解系统漏洞
IN17反事实否定设想关键决策反转后的结果
IN18终止标准与停止规则定义项目启动前触发终止的条件
IN19危害最小化(Via Negativa)通过移除有害元素而非添加有益元素来优化
IN20反目标与反模式目录记录需避免的故障模式而非需效仿的成功模式

CO — Composition (CO1–CO20)

CO — 组合构建(CO1–CO20)

Transform: Combine parts into coherent wholes.
CodeNameOne-Line Definition
CO1Synergy PrincipleDesign combinations where integrated value exceeds sum of parts
CO2ChunkingGroup related elements into meaningful units to reduce cognitive load
CO3Functional CompositionChain pure operations where output of one becomes input of next
CO4Interdisciplinary SynthesisMerge insights from distinct fields to generate novel solutions
CO5EmergenceRecognize higher-order behavior arising from component interactions
CO6Gestalt IntegrationPerceive and leverage whole patterns rather than isolated components
CO7Network EffectsExploit increasing value as user base or connections grow
CO8Layered AbstractionSeparate concerns into hierarchical levels with clear interfaces between them
CO9Interface ContractsDefine explicit agreements about data structures and behavior between components
CO10Pipeline OrchestrationCoordinate sequential stages with explicit handoffs and error handling
CO11Pattern Composition (Tiling)Combine repeating elements to construct complex structures efficiently
CO12Modular InteroperabilityEnsure independent components work together through standardized connections
CO13Cross-Domain AnalogyTransfer solution patterns from one domain to solve problems in another
CO14PlatformizationExtract common capabilities into reusable infrastructure serving multiple use cases
CO15Combinatorial DesignSystematically explore option combinations to find optimal configurations
CO16System Integration TestingVerify assembled components work correctly together, not just in isolation
CO17Orchestration vs ChoreographyChoose between centralized coordination or distributed peer-to-peer interaction
CO18Knowledge GraphingRepresent information as interconnected entities and relationships
CO19Multi-Modal IntegrationSynthesize information from different sensory or data modalities
CO20Holistic IntegrationUnify disparate elements into coherent, seamless whole where boundaries dissolve

**转换目标:**将部分组合为连贯整体。
编码名称单行定义
CO1协同效应原则设计整合后价值超过各部分总和的组合方案
CO2分块处理将相关元素分组为有意义的单元以降低认知负荷
CO3函数式组合链式调用纯操作,将一个操作的输出作为下一个的输入
CO4跨学科综合融合不同领域的洞见以生成创新解决方案
CO5涌现效应识别由组件交互产生的高阶行为
CO6格式塔整合感知并利用整体模式而非孤立组件
CO7网络效应利用用户群体或连接增长带来的价值提升
CO8分层抽象将关注点分离为层级结构,层间有清晰接口
CO9接口契约定义组件间数据结构与行为的明确约定
CO10流水线编排协调有序阶段,明确交接与错误处理机制
CO11模式组合(平铺)组合重复元素以高效构建复杂结构
CO12模块互操作性确保独立组件通过标准化连接协同工作
CO13跨领域类比将一个领域的解决方案模式迁移到另一个领域解决问题
CO14平台化提取通用能力为可复用基础设施,服务多个用例
CO15组合式设计系统性探索选项组合以找到最优配置
CO16系统集成测试验证组装后的组件协同工作是否正常,而非仅验证孤立组件
CO17编排与 choreography在集中式协调与分布式点对点交互间选择合适模式
CO18知识图谱构建将信息表示为相互关联的实体与关系
CO19多模态整合综合不同感官或数据模态的信息
CO20整体整合将不同元素统一为连贯无缝的整体,消除边界

DE — Decomposition (DE1–DE20)

DE — 分解拆解(DE1–DE20)

Transform: Break complex systems into constituent parts.
CodeNameOne-Line Definition
DE1Root Cause Analysis (5 Whys)Iteratively ask why problems occur until fundamental cause emerges
DE2FactorizationSeparate multiplicative components to understand relative contribution of each factor
DE3ModularizationPartition system into self-contained units with minimal interdependencies
DE4Layered BreakdownDecompose from system to subsystem to component progressively
DE5Dimensional ReductionFocus on most informative variables while discarding noise or redundancy
DE6Taxonomy/ClassificationOrganize entities into hierarchical categories based on shared properties
DE7Pareto Decomposition (80/20)Identify vital few drivers producing most impact versus trivial many
DE8Work Breakdown StructureHierarchically divide project into deliverable-oriented components with clear ownership
DE9Signal SeparationDistinguish meaningful patterns from random variation or confounding factors
DE10Abstraction LadderingMove up and down conceptual hierarchy to find appropriate solution level
DE11Scope DelimitationDefine precise boundaries of what is included versus excluded from consideration
DE12Constraint IsolationIdentify specific limiting factor preventing performance improvement
DE13Failure Mode Analysis (FMEA)Enumerate potential failure points with severity, likelihood, and detectability ratings
DE14Variable Control & IsolationHold factors constant to measure single variable's causal impact
DE15Decision Tree ExpansionMap choices and their consequences as branching paths
DE16Hypothesis DisaggregationBreak compound claim into testable sub-hypotheses
DE17OrthogonalizationEnsure factors vary independently without correlation or interdependence
DE18Scenario DecompositionPartition future possibilities into discrete, mutually exclusive scenarios
DE19Critical Path UnwindingTrace longest sequence of dependent tasks determining minimum project duration
DE20Partition-and-ConquerDivide problem into independent subproblems solvable separately then combined

**转换目标:**将复杂系统拆分为组成部分。
编码名称单行定义
DE1根本原因分析(5Why法)反复追问问题成因直至找到根本原因
DE2因子分解分离乘法组件以理解各因子的相对贡献
DE3模块化将系统划分为独立单元,最小化相互依赖
DE4分层拆解从系统到子系统再到组件逐步分解
DE5降维处理聚焦最具信息量的变量,丢弃噪声或冗余信息
DE6分类法/归类根据共同属性将实体组织为层级类别
DE7帕累托分解(80/20法则)识别产生大部分影响的关键少数驱动因素,区别于次要多数
DE8工作分解结构将项目分层划分为面向交付的组件,明确所有权
DE9信号分离区分有意义的模式与随机波动或干扰因素
DE10抽象层级切换在概念层级间上下移动以找到合适的解决方案层面
DE11范围界定明确界定分析或行动的包含与排除边界
DE12约束隔离识别阻碍性能提升的特定限制因素
DE13故障模式分析(FMEA)列举潜在故障点,评估其严重性、可能性与可检测性
DE14变量控制与隔离保持其他因素不变,测量单个变量的因果影响
DE15决策树展开将选择及其后果映射为分支路径
DE16假设拆分将复合主张拆分为可测试的子假设
DE17正交化确保因素独立变化,无相关性或相互依赖
DE18场景分解将未来可能性划分为离散且互斥的场景
DE19关键路径梳理追踪决定最短项目周期的最长依赖任务序列
DE20分而治之将问题划分为独立子问题,分别解决后再合并结果

RE — Recursion (RE1–RE20)

RE — 递归迭代(RE1–RE20)

Transform: Apply operations iteratively, with outputs becoming inputs.
CodeNameOne-Line Definition
RE1Recursive Improvement (Kaizen)Continuously refine process through small, frequent enhancements
RE2Feedback LoopsCreate mechanisms where system outputs influence future inputs
RE3Meta-Learning (Learn-to-Learn)Improve the process of learning itself, not just domain knowledge
RE4Nested NarrativesStructure information as stories within stories for depth and memorability
RE5Fractal ReasoningRecognize self-similar patterns repeating across different scales
RE6Recursive FramingApply mental models to the process of selecting mental models
RE7Self-Referential LogicCreate systems that monitor, measure, or modify themselves
RE8BootstrappingBuild capability using currently available resources, then use that to build more
RE9Iterative PrototypingCycle rapidly through build-test-learn loops with increasing fidelity
RE10Compounding CyclesDesign systems where gains reinforce future gains exponentially
RE11Calibration LoopsRepeatedly check predictions against outcomes to improve forecasting accuracy
RE12Bayesian Updating in PracticeContinuously revise beliefs as new evidence arrives, weighting by reliability
RE13Gradient Descent HeuristicIteratively adjust toward improvement, even without perfect knowledge of optimal direction
RE14Spiral LearningRevisit concepts at increasing depth, building on previous understanding
RE15Convergence-Divergence CyclingAlternate between expanding possibilities and narrowing to decisions
RE16Retrospective→Prospective LoopUse systematic reflection on past to inform future planning
RE17Versioning & DiffTrack changes over time and compare versions to understand evolution
RE18Anti-Catastrophic ForgettingPreserve critical knowledge while adapting to new information
RE19Auto-RefactorSystematically improve system structure without changing external behavior
RE20Recursive Governance (Guardrails that Learn)Establish rules that adapt based on their own effectiveness

**转换目标:**迭代应用操作,将输出作为输入。
编码名称单行定义
RE1递归改进(Kaizen)通过频繁的小改进持续优化流程
RE2反馈循环创建系统输出影响未来输入的机制
RE3元学习(学会学习)优化学习过程本身,而非仅提升领域知识
RE4嵌套叙事将信息组织为故事中的故事,提升深度与记忆点
RE5分形推理识别在不同尺度上重复的自相似模式
RE6递归框架将思维模型应用于思维模型的选择过程
RE7自指逻辑创建可监控、测量或修改自身的系统
RE8自举法利用现有资源构建能力,再用该能力构建更多资源
RE9迭代原型设计通过快速的构建-测试-学习循环提升保真度
RE10复利循环设计收益可强化未来收益的指数增长系统
RE11校准循环反复将预测与结果对比以提升预测准确性
RE12贝叶斯更新实践随着新证据出现持续修正信念,按可靠性加权
RE13梯度下降启发法即使不了解最优方向,也向改进方向迭代调整
RE14螺旋式学习以逐步加深的方式重温概念,基于已有理解构建新知识
RE15收敛-发散循环在拓展可能性与缩小决策范围间交替进行
RE16回顾→前瞻循环利用对过去的系统性反思指导未来规划
RE17版本控制与差异对比追踪随时间的变化,对比版本以理解演化过程
RE18抗灾难性遗忘在适应新信息的同时保留关键知识
RE19自动重构系统性优化系统结构而不改变外部行为
RE20递归治理(可学习的护栏)建立基于自身有效性自适应调整的规则

SY — Meta-Systems (SY1–SY20)

SY — 元系统(SY1–SY20)

Transform: Understand systems of systems, coordination, and emergent dynamics.
CodeNameOne-Line Definition
SY1Leverage PointsIdentify intervention points where small changes produce disproportionate effects
SY2System BoundariesDefine what is inside versus outside system scope for analysis or design
SY3Stocks & FlowsDistinguish accumulations from rates of change affecting them
SY4Requisite VarietyMatch control system's complexity to system being controlled
SY5Systems ArchetypesRecognize recurring dynamic patterns across different domains
SY6Feedback Structure MappingDiagram causal loops showing how variables influence each other
SY7Path DependenceAcknowledge how early decisions constrain future options through accumulated consequences
SY8Homeostasis/Dynamic EquilibriumUnderstand self-regulating mechanisms maintaining stable states despite disturbances
SY9Phase Transitions & Tipping PointsIdentify thresholds where gradual changes produce sudden qualitative shifts
SY10Causal Loop DiagramsVisualize circular cause-effect relationships with reinforcing and balancing dynamics
SY11Governance PatternsDesign decision rights, accountability structures, and coordination mechanisms
SY12Protocol/Interface StandardsSpecify rules for interaction enabling coordination without central control
SY13Incentive ArchitectureDesign reward and penalty structures aligning individual actions with system goals
SY14Risk & Resilience EngineeringBuild systems that fail gracefully and recover automatically
SY15Multi-Scale AlignmentEnsure strategy, operations, and execution cohere across organizational levels
SY16Ecosystem StrategyPosition organization within network of partners, competitors, and stakeholders
SY17Policy FeedbacksAnticipate how rules shape behavior, which creates conditions affecting future rules
SY18Measurement & TelemetryInstrument systems to capture state, changes, and anomalies for informed response
SY19Meta-Model SelectionChoose appropriate framework or tool for specific problem characteristics
SY20Systems-of-Systems CoordinationManage interactions between independent systems with emergent behaviors

**转换目标:**理解系统的系统、协调机制与涌现动态。
编码名称单行定义
SY1杠杆点识别小变化可产生不成比例大影响的干预点
SY2系统边界定义分析或设计中系统的内部与外部范围
SY3存量与流量区分累积量与影响累积量的变化率
SY4必要多样性使控制系统的复杂度与被控制系统匹配
SY5系统原型识别跨领域重复出现的动态模式
SY6反馈结构映射绘制因果循环图,展示变量间的相互影响
SY7路径依赖承认早期决策如何通过累积后果限制未来选项
SY8稳态/动态平衡理解在干扰下维持稳定状态的自我调节机制
SY9相变与临界点识别渐进变化产生突然质变的阈值
SY10因果循环图可视化包含增强与平衡动态的循环因果关系
SY11治理模式设计决策权限、问责结构与协调机制
SY12协议/接口标准指定交互规则,实现无需集中控制的协调
SY13激励架构设计奖励与惩罚结构,使个体行为与系统目标对齐
SY14风险与韧性工程构建可优雅故障并自动恢复的系统
SY15多尺度对齐确保战略、运营与执行在组织各层级保持一致
SY16生态系统战略定位组织在合作伙伴、竞争对手与利益相关者网络中的角色
SY17政策反馈预测规则如何塑造行为,以及行为如何影响未来规则的制定条件
SY18度量与遥测为系统植入监控,捕获状态、变化与异常以支持明智决策
SY19元模型选择根据特定问题特征选择合适的框架或工具
SY20系统的系统协调管理具有涌现行为的独立系统间的交互

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 TypeTransformationExample Codes
    Unclear problem definitionPerspectiveP1, P2, P4
    Conventional thinking stuckInversionIN1, IN2, IN3
    Assembling solutionsCompositionCO1, CO2, CO4
    Complex system analysisDecompositionDE1, DE2, DE7
    Feedback/issuesRecursionRE1, RE2, RE3
    Strategic challengeMeta-SystemsSY1, SY2, SY4

  • 通过编码引用(例如:"P1"、"IN15")。
  • 禁止替换为通用模型(如"OODA循环"、"汉隆剃刀"等)。
  • 始终对照本文档验证
  • 快速选择表示例
    问题类型转换类型示例编码
    问题定义模糊视角转换P1, P2, P4
    陷入常规思维定式反向思考IN1, IN2, IN3
    组装解决方案组合构建CO1, CO2, CO4
    复杂系统分析分解拆解DE1, DE2, DE7
    反馈/问题处理递归迭代RE1, RE2, RE3
    战略挑战元系统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.

  • 使用已验证的编码与名称应用转换模板。
  • 利用单行定义实现Agent间的快速协调与推理。
  • 在Agent/服务器模型选择中集成Base120参考。

Validation Checklist

验证清单

  • Code matches pattern: [P|IN|CO|DE|RE|SY][1–20]
  • Name matches exactly as listed above
  • Model in correct transformation category
  • No generic substitutions (OODA, Hanlon's, Occam's, etc.)

  • 编码符合模式:[P|IN|CO|DE|RE|SY][1–20]
  • 名称与上文列出的完全一致
  • 模型属于正确的转换分类
  • 未使用通用模型替代(如OODA、汉隆剃刀、奥卡姆剃刀等)

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)
  • **权威文档:**Google Drive 链接
  • **所有者:**Reuben Bowlby rpbowlby@gmail.com
  • **验证日期:**2025-10-16
  • **代码库:**hummbl-dev/hummbl-claude-skills
  • **版本:**1.0-beta(权威版)