关于 systems-thinking
用于诊断持续性行为并寻找结构性干预措施的系统思考技能。它引导分析反馈、存量与流量及系统陷阱,适用于组织、政策、环境和技术场景。
主要功能
- 01绘制反馈回路与系统结构
- 02分析存量、流入和流出
- 03识别反复出现的系统陷阱
- 04区分结构成因与事件
- 05识别杠杆点与延迟
适用场景
- 01调查多次修复仍持续的问题
- 02评估政策带来的意外影响
- 03分析组织或技术系统
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ curiositech/ some_claude_skills --skill systems-thinking安装后在 Claude Code 中输入/systems-thinking确认已加载。
附带文件.claude-plugin/plugin.json
详细介绍
系统思维
诊断系统为何会导致自身行为,并找出能够带来可持续改变的结构性干预措施。
适用场景
✅ 适用于:
- 多次尝试解决仍难以改善的持续性问题
- 善意政策带来的意外后果
- 指数增长逼近极限
- 表现起伏不定或逐渐下滑
- 尽管个体决策合乎理性,集体结果却无人满意
- 环境/资源管理
- 组织失灵
- 政策设计
- 技术系统架构
❌ 不适用于:
- 简单的线性因果问题
- 没有反馈的一次性事件
- 需要立即采取战术响应的系统
- 不涉及人为反馈的纯技术优化
核心流程
系统分析决策树
START: Observe problematic behavior
│
├─→ Does behavior persist despite multiple interventions?
│ YES → Likely structural issue, continue
│ NO → May be simple cause-effect, consider other methods
│
├─→ Map the system structure:
│ 1. Plot behavior over time (time graphs, multiple variables)
│ 2. Identify stocks (accumulations)
│ 3. Identify flows (rates filling/draining stocks)
│ 4. Map feedback loops connecting stocks/flows
│ ├─ Balancing loops (goal-seeking, stabilizing)
│ └─ Reinforcing loops (amplifying, exponential)
│ 5. Identify delays between action and response
│
├─→ Recognize archetypal trap pattern:
│ ├─ Multiple actors pulling different directions? → Policy Resistance
│ ├─ Shared resource degrading? → Tragedy of Commons
│ ├─ Standards declining with performance? → Drift to Low Performance
│ ├─ Competitors raising stakes continuously? → Escalation
│ ├─ Intervention creating dependency? → Addiction/Shifting Burden
│ ├─ Rules evaded while appearing compliant? → Rule Beating
│ └─ Optimizing wrong measure? → Seeking Wrong Goal
│
├─→ Choose intervention level (ascending leverage):
│ ├─ LOW: Adjust parameters (numbers, rates, standards)
│ ├─ MID: Restructure information flows to decision-makers
│ ├─ MID: Change rules governing system
│ ├─ HIGH: Add/remove/strengthen feedback loops
│ ├─ HIGH: Enable self-organization capacity
│ ├─ HIGHEST: Shift system goals/purpose
│ └─ TRANSCENDENT: Change paradigm (worldview)
│
└─→ Design feedback-based policy (not static rule):
├─ Creates automatic adjustment based on system state
├─ Strengthens corrective feedback loops
└─ Monitors unintended consequences
存量-流量分析决策树
For any accumulation problem:
│
├─→ Identify the stock: What is accumulating/depleting?
│
├─→ Map all inflows: What fills the stock?
│
├─→ Map all outflows: What drains the stock?
│
├─→ Compare rates:
│ ├─ Inflows > Outflows → Stock rising
│ ├─ Inflows = Outflows → Dynamic equilibrium
│ └─ Inflows < Outflows → Stock falling
│
└─→ To change stock level:
├─ Option A: Increase inflows
├─ Option B: Decrease outflows
└─ Which has more leverage in THIS system?
陷阱脱困决策树
When caught in system trap:
│
├─→ POLICY RESISTANCE (deadlock, fixes that fail)
│ ├─ Continue overpowering? → Escalating effort, no progress
│ └─ Let go + find shared overarching goal → Escape
│
├─→ TRAGEDY OF COMMONS (resource degradation)
│ ├─ Education alone? → Weak, rarely sufficient
│ ├─ Privatization? → Creates direct feedback
│ ├─ Regulation + enforcement? → Can work if monitored
│ └─ Create shared stewardship? → Strongest if achievable
│
├─→ DRIFT TO LOW PERFORMANCE (eroding standards)
│ ├─ Accept relative standards? → Reinforces decline
│ ├─ Hold absolute standards? → Stops erosion
│ └─ Benchmark to best performance? → Drives improvement
│
├─→ ESCALATION (arms race, price war)
│ ├─ Try to win? → Exponential growth to collapse
│ ├─ Unilateral disarmament? → Risky but can induce reciprocity
│ └─ Negotiated agreement? → Escape if enforceable
│
├─→ ADDICTION (dependency on intervention)
│ ├─ Continue intervention? → Deepening dependency
│ ├─ Strengthen original capacity first → Then withdraw
│ └─ Cold turkey + capacity building → Painful but necessary
│
├─→ RULE BEATING (letter vs. spirit)
│ ├─ Strengthen enforcement? → Intensifies trap
│ └─ Redesign rules with system understanding → Escape
│
└─→ WRONG GOAL (measuring wrong thing)
├─ Continue optimizing bad metric? → Perfect wrong outcome
└─ Redefine indicators reflecting real welfare → Escape
反模式
事件层面的思维
新手做法: 分析孤立事件,归咎于外部参与者,为症状寻找快速补救办法
专家做法: 从事件转向行为模式,再追溯到根本结构;绘制产生这些行为的反馈回路
精通所需时间: 通过练习绘制存量-流量图并识别结构如何产生行为,需要 6-12 个月
关键洞见: “Slinky 会弹跳,是因为它内部的弹簧结构,而不是因为你的手松开了它。”
过度关注参数
新手做法: 把 95% 的精力花在调整数字上——税收、预算、标准、利率——却不改变结构
专家做法: 关注信息流、反馈回路强度、规则、自组织、目标和范式;认识到参数的杠杆作用最低
精通所需时间: 需要 1-2 年才能认识到,“在泰坦尼克号上重新摆放甲板椅”无法带来任何结构性改变
关键洞见: “真正的杠杆来自谁在何时获得什么信息,而不是调整数字。”
归咎于个人
新手做法: 把系统失灵归因于性格缺陷;解雇并替换人员;认为换了人行为就会不同
专家做法: 认识到有限理性——由于信息结构而非性格,局部看来合理的决策会产生集体非理性的结果
精通所需时间: 需要 3-6 个月,亲身体验在结构不变时,替换人员会产生相同的行为
关键洞见: “隐形之脚——当信息缺失时,个体看来合理的行动会造成系统性灾难。”
线性因果假设
新手做法: 只看到直线式因果关系(A 导致 B);期待成比例的响应;对行为突然转变感到惊讶
专家做法: 认识到反馈带来的循环因果关系;理解非线性意味着微小变化也能改变系统行为;预期主导回路会发生变化
精通所需时间: 通过 6-18 个月的反馈模型实践,观察指数增长、崩溃和振荡
关键洞见: “系统通过循环反馈导致自身行为——答案就在系统内部。”
越快越好的谬误
新手做法: 认为减少延迟总能改善表现;不考虑振荡,便加快响应速度
专家做法: 理解延迟是系统功能不可或缺的一部分;有时,放慢响应比加快响应更能抑制振荡
精通所需时间: 通过 3-12 个月的延迟系统建模,观察违反直觉的稳定性效应
关键洞见: “放慢增长以便适应,往往胜过加快技术响应。”
控制心态
初学者的方法: 要求预测和控制;将不确定性视为可以解决的问题;强加僵化的静态策略
专家的方法: 接受自组织系统固有的不可预测性;采用动态反馈策略;与系统共舞,而非试图支配系统
掌握所需时间: 2-5 年,接受可知性的局限,同时保持效能
关键洞见:“我们无法控制系统,但可以与之共舞”
沉迷于缓解症状
初学者的方法: 实施快速干预来处理症状;回避更艰难的根源问题解决工作;造成依赖
专家的方法: 增强原有系统的能力;消除妨碍系统自然纠正的障碍;避免造成依赖;在退出干预前规划能力恢复
掌握所需时间: 1-2 年,在多个领域识别出“将负担转移给干预者”的模式
关键洞见:“干预会使系统自身的纠正能力萎缩——就像不锻炼的肌肉”
心智模型
浴缸(存量与流量): 水位会随水龙头和排水口变化,而两者可以暂时彼此独立;理解流入和流出独立运作,是所有系统分析的基础
弹簧玩具: 展示系统行为源自内部结构(弹簧),而非外部操控(你的手)——系统会产生自身的行为
共舞,而非征服: 掌握系统需要全身心投入并响应反馈,而非预测和控制——有策略地放手,而不是更加用力地推动
煮青蛙: 渐变会因对过去状况的记忆逐渐消退而不易被察觉——绩效缓慢下滑,让人逐渐降低预期
看不见的脚与看不见的手: 亚当·斯密假设完美信息会带来集体利益;有限理性意味着理性的局部决策会产生非理性的集体结果
拉平竞争环境: 就像开始一盘新的《大富翁》游戏,反垄断、累进税和财富再分配能够抵消“成功者愈成功”的强化回路
童话中的三个愿望: 系统只会精准地产生你提出的要求,而非你真正想要的结果——衡量错了,就会完美地得到错误结果
行话
- “系统会产生自身的行为”(而非外部事件)
- “结构产生行为”(事件只是症状)
- “信息的杠杆作用高于物理结构”
- “目标应从行为中推断,而非从言辞中得出”
- “回路主导权的转移可以解释复杂行为”
- “尽管参数最受关注,其杠杆作用却最低”
- “自组织是最强大的韧性形式”
- “不存在彼此独立的系统——边界取决于目的”
参考资料
- 来源:Donella H. Meadows 于 2008 年所著的《系统思考入门》
- 历史背景:源自 MIT 于 20 世纪 50-60 年代开展的系统动力学研究,并由《增长的极限》(1972 年)加以阐明
- 汇集了 30 年系统建模与教学成果的奠基性著作