From takshashila-scholar
Maps causal logic from policy arguments into Mermaid diagrams with named loops, cross-connections, and leverage points. Flags unsupported links and unintended consequences.
How this skill is triggered — by the user, by Claude, or both
Slash command
/takshashila-scholar:causal-loop-analysisThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Extract the implicit causal claims in a policy argument and make them fully explicit — as a named-loop Mermaid diagram with cross-connections, a layer model where applicable, structural actor positions, and a ranked leverage point menu. This is the Takshashila publication standard for causal analysis.
Extract the implicit causal claims in a policy argument and make them fully explicit — as a named-loop Mermaid diagram with cross-connections, a layer model where applicable, structural actor positions, and a ranked leverage point menu. This is the Takshashila publication standard for causal analysis.
Every policy argument contains a theory of change: "if we do X, then Y will follow." These causal chains are often:
Making causal structure explicit forces the author to:
| Symbol | Meaning |
|---|---|
| `--> | + |
| `--> | - |
| `--> | ~+ |
| `--> | ~- |
| R loop | Reinforcing loop: A → B → A (amplifying — virtuous or vicious cycle) |
| B loop | Balancing loop: A → B → -A (stabilizing or constraining) |
Before drawing loops, state the argument's central causal logic as a single sentence chain:
"deny X → deny Y → deny Z" "subsidise A → attract B → generate C → reduce D"
Then ask: which link is the weakest? Which link, if broken, would collapse the entire argument?
This step forces clarity before complexity. Do not skip it.
Read the piece and list every causal claim, explicit or implicit.
For each claim, note:
Render the causal structure as a Mermaid flowchart. Use flowchart LR (left to right) for linear chains; flowchart TD (top down) for hierarchical structures.
flowchart LR
A[Node A] -->|+| B[Node B]
B -->|+| C[Node C]
C -->|-| A
Keep node labels short and concrete. Avoid abstractions as node names.
Walk through the diagram and identify all feedback loops. For each:
Example:
The most analytically important insight is often where one loop undermines or amplifies another.
For each pair of loops, ask:
State cross-connections explicitly:
"China's domestic AI output (R1) directly erodes US chip industry revenue — a key node in R2's ecosystem flywheel. This cross-connection means that R1 and R2 are structurally antagonistic: the stronger R1 gets, the weaker R2 becomes."
Cross-connections are the strategic insight. Surface them prominently.
If the system has stacked interdependencies — where one layer must exist before the next can function — name the layers and show which layer the intervention targets.
Example (AI compute):
Layer 1: Energy → Layer 2: Chips → Layer 3: Infrastructure → Layer 4: Models → Layer 5: Applications
Show: Which layer does this intervention target? What adaptation pressure does it create on other layers? Can actors substitute within a layer or must they build the whole stack?
For each causal link in the diagram:
What happens after the intended causal chain ends? What effects does the argument not trace?
Where in the causal map could intervention be most effective? (Meadows' hierarchy of leverage points — simplified):
Also identify external leverage points — constraints or actors outside the causal diagram that could shift the system (e.g., US export controls in a semiconductor analysis, an IMF condition in a fiscal analysis, a judicial ruling in a regulatory analysis).
After identifying leverage points, rank each on two dimensions:
Magnitude — how much does intervening here change system behaviour?
Accessibility — how feasible is intervention here given political, institutional, and technical constraints?
Plot each leverage point on a 2×2 (Magnitude × Accessibility). Top-right quadrant (High × High) = priority interventions.
Note: High-magnitude but low-accessibility leverage points are worth naming even if not actionable — they clarify why easy interventions fail.
Translate the ranked leverage points into concrete, actor-specific recommendations:
For each priority leverage point:
## Causal Loop Analysis
### Core Causal Chain
[State the argument's central logic as a single sentence chain]
> "X → Y → Z"
**Weakest link:** [Which link, if broken, collapses the argument?]
### Causal Map
```mermaid
flowchart LR
[nodes and links here]
| ID | Name | Type | Nodes | What sustains it | What breaks it |
|---|---|---|---|---|---|
| R1 | "[Descriptive name]" | Reinforcing | A → B → A | [driver] | [breaking condition] |
| R2 | "[Descriptive name]" | Reinforcing | B → C → B | [driver] | [breaking condition] |
| B1 | "[Descriptive name]" | Balancing | A → C → -A | [what it constrains] | [what overwhelms it] |
[For each pair of interacting loops:]
"Loop R1's output [node X] directly [undermines/amplifies] a key node in Loop R2. This means R1 and R2 are structurally [antagonistic/synergistic]: the stronger R1 gets, the [weaker/stronger] R2 becomes."
Layer 1: [foundation] → Layer 2: [next] → Layer 3: [next] → Layer 4: [output layer]
[Where does each key actor sit in the causal map?]
| Link | Issue | Recommendation |
|---|---|---|
| A → B | Assumed; no citation | Cite [source type] or qualify with "may" |
[What the argument doesn't trace that a reviewer might raise]
| Leverage Point | Loop Affected | Mechanism | Magnitude | Accessibility | Priority |
|---|---|---|---|---|---|
| [Intervention] | R1 | [How it affects the loop] | High/Med/Low | High/Med/Low | 1/2/3 |
Priority matrix:
LOW ACCESSIBILITY HIGH ACCESSIBILITY
HIGH MAGNITUDE Important but Priority
hard — name it interventions
anyway
LOW MAGNITUDE Deprioritise Easy wins
Priority interventions (High magnitude × High accessibility):
Important but difficult (High magnitude × Low accessibility):
External leverage points:
[1–3 links in the chain that, if broken, would undermine the central argument — flag which of these are also contested/unsupported links]
---
## Notes on Mermaid in Obsidian and GitHub
- Mermaid diagrams render natively in Obsidian (no plugin needed in newer versions).
- GitHub Markdown renders Mermaid in `.md` files natively.
- For Google Docs: export the Mermaid code and render via mermaid.live, then paste as image.
- Keep node count under 15 for readability. For complex arguments, break into sub-diagrams.
---
## Example (Semiconductor PLI argument)
Argument: "India's PLI scheme for semiconductors will attract fab investment, which will create skilled jobs, develop supplier ecosystems, and ultimately reduce import dependence."
### Core Causal Chain
> "PLI subsidies → fab investment → domestic capacity → reduced import dependence"
**Weakest link:** PLI subsidies → fab investment. Subsidy alone does not overcome India's infrastructure and ecosystem gaps; this is the most contested step.
### Causal Map
```mermaid
flowchart LR
A[PLI Subsidies] -->|+| B[Foreign/Domestic Fab Investment]
B -->|+| C[Fab Capacity]
C -->|+| D[Skilled Job Creation]
C -->|+| E[Supplier Ecosystem Development]
E -->|+| F[Input Cost Reduction]
F -->|+| B
C -->|-| G[Semiconductor Imports]
G -->|-| H[Import Dependence]
D -->|+| I[Talent Pool]
I -->|+| B
| ID | Name | Type | Nodes | What sustains it | What breaks it |
|---|---|---|---|---|---|
| R1 | "Ecosystem Flywheel" | Reinforcing | Investment → Ecosystem → Cost Reduction → Investment | Domestic supplier density | Persistent infrastructure gaps that keep input costs high despite ecosystem growth |
| R2 | "Talent Accumulation Loop" | Reinforcing | Investment → Talent Pool → Investment | Education pipeline depth | Brain drain; failure to retain talent domestically |
R1 and R2 share the Investment node — both loops strengthen when investment rises. However, R2 runs on a slower clock than R1: the education pipeline takes 8–12 years. This timing mismatch means R1 can stall before R2 provides enough talent to reinforce it, creating a window of fragility where neither loop is self-sustaining.
Layer 1: Land/Power → Layer 2: Equipment Supply → Layer 3: Fab Capacity → Layer 4: Chip Output → Layer 5: Design Applications
PLI targets Layer 3 directly. Adaptation pressure falls on Layers 1–2 (India's infrastructure deficit) and Layer 5 (existing chip design firms may not benefit from fab-side import substitution). Actors cannot easily substitute within Layer 2 — equipment is controlled by a small number of US/Dutch/Japanese suppliers.
| Link | Issue | Recommendation |
|---|---|---|
| PLI subsidies → Fab investment | Assumes subsidy overcomes infrastructure/ecosystem gaps | Cite comparative PLI evidence from Vietnam/Malaysia fabs or qualify with "contingent on infrastructure co-investment" |
| Fab capacity → Supplier ecosystem | Assumes local supplier density will emerge; may not if global supply chains remain cheaper | Cite component localisation data from existing Indian electronics PLI |
npx claudepluginhub pranaykotas/takshashila-scholar --plugin takshashila-scholarCritiques hand-drawn stock-flow / causal-loop diagrams by validating structure, identifying system archetypes (e.g. Limits to Growth, Shifting the Burden), and surfacing leverage points via Meadows hierarchy.
Maps reinforcing and balancing feedback loops in any system to diagnose oscillations, unintended consequences, and collapse.
Models systems dynamics via Causal Loop Diagrams with reinforcing (R) and balancing (B) feedback loops, delays, and Lotka-Volterra semantics for strategic analysis.