hummbl-framework
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
ChineseHUMMBL 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
Source: Google Drive (Created 10/16/2025)
Status: PRODUCTION – DO NOT MODIFY WITHOUT APPROVAL
**版本:**1.0-beta(权威参考版)
**来源:**Google Drive(创建于2025/10/16)
**状态:**生产环境版 – 未经批准请勿修改
**来源:**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.
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训练及问题解决。
本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.
| 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 |
**转换目标:**界定并命名事物本质,锚定或转换视角。
| 编码 | 名称 | 单行定义 |
|---|---|---|
| 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.
| 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 |
**转换目标:**反转假设,审视对立面、边缘情况及否定项。
| 编码 | 名称 | 单行定义 |
|---|---|---|
| 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.
| 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 |
**转换目标:**将部分组合为连贯整体。
| 编码 | 名称 | 单行定义 |
|---|---|---|
| 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.
| 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 |
**转换目标:**将复杂系统拆分为组成部分。
| 编码 | 名称 | 单行定义 |
|---|---|---|
| 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.
| 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 |
**转换目标:**迭代应用操作,将输出作为输入。
| 编码 | 名称 | 单行定义 |
|---|---|---|
| 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.
| 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 |
**转换目标:**理解系统的系统、协调机制与涌现动态。
| 编码 | 名称 | 单行定义 |
|---|---|---|
| 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 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
- 通过编码引用(例如:"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(权威版)