@human-avatar/skills-for-humanity 1.0.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.claude-plugin/plugin.json +22 -0
- package/README.md +451 -0
- package/bin/install.js +271 -0
- package/package.json +41 -0
- package/skills/aesthetic/SKILL.md +80 -0
- package/skills/aesthetic-coherence-check/SKILL.md +92 -0
- package/skills/aesthetic-elegance-testing/SKILL.md +96 -0
- package/skills/aesthetic-pattern-detection/SKILL.md +93 -0
- package/skills/aesthetic-simplicity-analysis/SKILL.md +97 -0
- package/skills/analogy/SKILL.md +80 -0
- package/skills/analogy-boundary-testing/SKILL.md +90 -0
- package/skills/analogy-domain-transfer/SKILL.md +87 -0
- package/skills/analogy-perspective-shifting/SKILL.md +84 -0
- package/skills/analogy-structure-mapping/SKILL.md +88 -0
- package/skills/communication/SKILL.md +78 -0
- package/skills/communication-audience-modeling/SKILL.md +82 -0
- package/skills/communication-clarity-audit/SKILL.md +88 -0
- package/skills/communication-medium-selection/SKILL.md +89 -0
- package/skills/communication-objection-mapping/SKILL.md +87 -0
- package/skills/constraint/SKILL.md +78 -0
- package/skills/constraint-hardness-testing/SKILL.md +94 -0
- package/skills/constraint-rule-inversion/SKILL.md +77 -0
- package/skills/constraint-scope-reduction/SKILL.md +84 -0
- package/skills/constraint-workaround-mapping/SKILL.md +88 -0
- package/skills/creativity/SKILL.md +173 -0
- package/skills/creativity-alternatives/SKILL.md +84 -0
- package/skills/creativity-assumption-excavator/SKILL.md +95 -0
- package/skills/creativity-brainstorm/SKILL.md +102 -0
- package/skills/creativity-concept-fan/SKILL.md +93 -0
- package/skills/creativity-consider-factors/SKILL.md +87 -0
- package/skills/creativity-lateral-thinking/SKILL.md +77 -0
- package/skills/creativity-other-perspectives/SKILL.md +91 -0
- package/skills/creativity-plus-minus-interesting/SKILL.md +80 -0
- package/skills/creativity-provocation/SKILL.md +79 -0
- package/skills/creativity-random-entry/SKILL.md +74 -0
- package/skills/creativity-six-hats/SKILL.md +84 -0
- package/skills/creativity-water-logic/SKILL.md +79 -0
- package/skills/decision/SKILL.md +78 -0
- package/skills/decision-criteria-weighting/SKILL.md +88 -0
- package/skills/decision-option-mapping/SKILL.md +93 -0
- package/skills/decision-premortem-analysis/SKILL.md +86 -0
- package/skills/decision-reversibility-analysis/SKILL.md +88 -0
- package/skills/emotional/SKILL.md +78 -0
- package/skills/emotional-motivation-mapping/SKILL.md +95 -0
- package/skills/emotional-resistance-diagnosis/SKILL.md +96 -0
- package/skills/emotional-stakes-mapping/SKILL.md +98 -0
- package/skills/emotional-trust-audit/SKILL.md +96 -0
- package/skills/ethics/SKILL.md +130 -0
- package/skills/ethics-bias-check/SKILL.md +90 -0
- package/skills/ethics-check/SKILL.md +86 -0
- package/skills/ethics-consent-review/SKILL.md +104 -0
- package/skills/ethics-council/SKILL.md +219 -0
- package/skills/ethics-crisis-triage/SKILL.md +113 -0
- package/skills/ethics-data-audit/SKILL.md +87 -0
- package/skills/ethics-empathy-circle/SKILL.md +108 -0
- package/skills/ethics-impact-scan/SKILL.md +90 -0
- package/skills/ethics-vendor-review/SKILL.md +97 -0
- package/skills/game-theory/SKILL.md +59 -0
- package/skills/game-theory-auction/SKILL.md +96 -0
- package/skills/game-theory-coalition/SKILL.md +84 -0
- package/skills/game-theory-equilibrium/SKILL.md +73 -0
- package/skills/game-theory-iterated/SKILL.md +83 -0
- package/skills/game-theory-mechanism-design/SKILL.md +85 -0
- package/skills/game-theory-prisoners-dilemma/SKILL.md +81 -0
- package/skills/game-theory-signaling/SKILL.md +72 -0
- package/skills/historical/SKILL.md +78 -0
- package/skills/historical-cycle-detection/SKILL.md +102 -0
- package/skills/historical-failure-analysis/SKILL.md +96 -0
- package/skills/historical-lesson-extraction/SKILL.md +97 -0
- package/skills/historical-precedent-analysis/SKILL.md +96 -0
- package/skills/human/SKILL.md +128 -0
- package/skills/identity/SKILL.md +66 -0
- package/skills/identity-character-testing/SKILL.md +76 -0
- package/skills/identity-mission-alignment/SKILL.md +74 -0
- package/skills/identity-values-clarification/SKILL.md +68 -0
- package/skills/logic/SKILL.md +112 -0
- package/skills/logic-argument-validation/SKILL.md +92 -0
- package/skills/logic-causality-mapping/SKILL.md +121 -0
- package/skills/logic-check/SKILL.md +92 -0
- package/skills/logic-consistency-check/SKILL.md +96 -0
- package/skills/logic-constraint-mapping/SKILL.md +105 -0
- package/skills/logic-council/SKILL.md +158 -0
- package/skills/logic-fixer/SKILL.md +94 -0
- package/skills/narrative/SKILL.md +78 -0
- package/skills/narrative-audience-modeling/SKILL.md +65 -0
- package/skills/narrative-frame-analysis/SKILL.md +66 -0
- package/skills/narrative-structure-mapping/SKILL.md +70 -0
- package/skills/narrative-tension-mapping/SKILL.md +62 -0
- package/skills/play/SKILL.md +80 -0
- package/skills/play-constraint-inversion/SKILL.md +97 -0
- package/skills/play-perspective-reversal/SKILL.md +101 -0
- package/skills/play-stimulus-generation/SKILL.md +101 -0
- package/skills/play-worst-case-reversal/SKILL.md +94 -0
- package/skills/probability/SKILL.md +78 -0
- package/skills/probability-base-rate-anchoring/SKILL.md +66 -0
- package/skills/probability-confidence-calibration/SKILL.md +73 -0
- package/skills/probability-expected-value-calculation/SKILL.md +69 -0
- package/skills/probability-scenario-weighting/SKILL.md +66 -0
- package/skills/resource/SKILL.md +78 -0
- package/skills/resource-allocation-analysis/SKILL.md +71 -0
- package/skills/resource-bottleneck-analysis/SKILL.md +76 -0
- package/skills/resource-leverage-mapping/SKILL.md +69 -0
- package/skills/resource-waste-audit/SKILL.md +80 -0
- package/skills/sensory/SKILL.md +68 -0
- package/skills/sensory-detail-mining/SKILL.md +70 -0
- package/skills/sensory-signal-detection/SKILL.md +68 -0
- package/skills/sensory-structured-observation/SKILL.md +73 -0
- package/skills/social/SKILL.md +78 -0
- package/skills/social-coalition-mapping/SKILL.md +74 -0
- package/skills/social-dynamics-analysis/SKILL.md +80 -0
- package/skills/social-incentive-analysis/SKILL.md +76 -0
- package/skills/social-power-mapping/SKILL.md +67 -0
- package/skills/strategy/SKILL.md +54 -0
- package/skills/strategy-alliance/SKILL.md +67 -0
- package/skills/strategy-deception/SKILL.md +60 -0
- package/skills/strategy-force-economy/SKILL.md +63 -0
- package/skills/strategy-intelligence/SKILL.md +65 -0
- package/skills/strategy-positioning/SKILL.md +62 -0
- package/skills/strategy-terrain/SKILL.md +64 -0
- package/skills/strategy-timing/SKILL.md +64 -0
- package/skills/strategy-victory/SKILL.md +64 -0
- package/skills/systems/SKILL.md +78 -0
- package/skills/systems-archetype-matching/SKILL.md +72 -0
- package/skills/systems-emergence-detection/SKILL.md +65 -0
- package/skills/systems-feedback-mapping/SKILL.md +67 -0
- package/skills/systems-leverage-analysis/SKILL.md +65 -0
- package/skills/temporal/SKILL.md +78 -0
- package/skills/temporal-cycle-detection/SKILL.md +75 -0
- package/skills/temporal-futures-mapping/SKILL.md +63 -0
- package/skills/temporal-horizon-mapping/SKILL.md +65 -0
- package/skills/temporal-timing-analysis/SKILL.md +67 -0
- package/skills/writing/SKILL.md +115 -0
- package/skills/writing-arc-design/SKILL.md +68 -0
- package/skills/writing-argument/SKILL.md +79 -0
- package/skills/writing-audience-calibration/SKILL.md +72 -0
- package/skills/writing-character-development/SKILL.md +72 -0
- package/skills/writing-copy/SKILL.md +83 -0
- package/skills/writing-dialogue/SKILL.md +86 -0
- package/skills/writing-executive-summary/SKILL.md +68 -0
- package/skills/writing-inconsistency-audit/SKILL.md +94 -0
- package/skills/writing-line-editing/SKILL.md +87 -0
- package/skills/writing-plot-structure/SKILL.md +65 -0
- package/skills/writing-pov/SKILL.md +72 -0
- package/skills/writing-prose-elevation/SKILL.md +82 -0
- package/skills/writing-report/SKILL.md +65 -0
- package/skills/writing-restructure/SKILL.md +71 -0
- package/skills/writing-rhetoric/SKILL.md +90 -0
- package/skills/writing-scene-construction/SKILL.md +79 -0
- package/skills/writing-technical/SKILL.md +94 -0
- package/skills/writing-tone-alignment/SKILL.md +72 -0
- package/skills/writing-voice-consistency/SKILL.md +74 -0
- package/skills/writing-worldbuilding/SKILL.md +59 -0
|
@@ -0,0 +1,88 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: constraint-workaround-mapping
|
|
3
|
+
description: "Finds paths around a fixed constraint without removing it — routing around a hard limit to reach the same goal. Triggers: 'work around this', 'given this constraint', 'path around the blocker', 'how do we do this anyway', 'constrained solution'."
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Constraint Workaround Mapping
|
|
7
|
+
|
|
8
|
+
Some constraints are real and cannot be inverted or removed. The question then is not how
|
|
9
|
+
to eliminate the constraint, but how to route around it to the same destination. A workaround
|
|
10
|
+
is not a compromise — it is a valid path that respects a real limit while still delivering
|
|
11
|
+
the outcome.
|
|
12
|
+
|
|
13
|
+
---
|
|
14
|
+
|
|
15
|
+
## Your Process
|
|
16
|
+
|
|
17
|
+
**Step 1: State the Constraint and Confirm It's Hard**
|
|
18
|
+
Write the constraint. Then confirm: is this actually fixed? A truly hard constraint has a
|
|
19
|
+
concrete source — law, technical impossibility, signed contract. If the source is unclear,
|
|
20
|
+
use constraint-hardness-testing first.
|
|
21
|
+
|
|
22
|
+
**Step 2: Map the Exact Boundary**
|
|
23
|
+
What does this constraint specifically prevent? What does it explicitly not prevent? Most
|
|
24
|
+
constraints are narrower than they appear. Mapping the boundary precisely reveals the space
|
|
25
|
+
around it.
|
|
26
|
+
|
|
27
|
+
**Step 3: List All Paths Blocked**
|
|
28
|
+
Enumerate every approach to the goal that the constraint forecloses. Be thorough — you are
|
|
29
|
+
building a map of what's off the table.
|
|
30
|
+
|
|
31
|
+
**Step 4: Find Adjacent Paths**
|
|
32
|
+
For each blocked path: is there an adjacent path that reaches the same goal without crossing
|
|
33
|
+
the constraint? Adjacent means achieving the same underlying outcome through a different
|
|
34
|
+
mechanism — not a lesser outcome through the same mechanism.
|
|
35
|
+
|
|
36
|
+
**Step 5: Generate 3-5 Workarounds with Cost**
|
|
37
|
+
For each viable adjacent path, state the cost relative to the direct approach: additional
|
|
38
|
+
time, complexity, dependency, quality reduction, or reversibility loss.
|
|
39
|
+
|
|
40
|
+
**Step 6: Select Best Cost/Benefit**
|
|
41
|
+
Choose the workaround where the cost is lowest relative to the outcome achieved. If all
|
|
42
|
+
workarounds are too costly, the right answer may be to re-examine the goal.
|
|
43
|
+
|
|
44
|
+
---
|
|
45
|
+
|
|
46
|
+
## Human Check-in
|
|
47
|
+
|
|
48
|
+
Before proceeding, ask the user:
|
|
49
|
+
|
|
50
|
+
**How do you want to run this?**
|
|
51
|
+
|
|
52
|
+
- **A) Full analysis** — complete all steps, reasoning shown throughout
|
|
53
|
+
- **B) Key findings only** — bottom-line output, skip step-by-step detail
|
|
54
|
+
- **C) Two best workarounds only** — highest-feasibility paths around the constraint
|
|
55
|
+
- **D) Refine the framing** — adjust what we're analyzing before starting
|
|
56
|
+
|
|
57
|
+
Proceed based on their choice.
|
|
58
|
+
|
|
59
|
+
## Output Format
|
|
60
|
+
|
|
61
|
+
**Constraint:**
|
|
62
|
+
> [Statement + source confirming it's hard]
|
|
63
|
+
|
|
64
|
+
**Constraint boundary:**
|
|
65
|
+
- Blocks: [what it prevents]
|
|
66
|
+
- Does not block: [what remains available]
|
|
67
|
+
|
|
68
|
+
**Blocked paths:**
|
|
69
|
+
> [Bulleted list]
|
|
70
|
+
|
|
71
|
+
**Workarounds:**
|
|
72
|
+
|
|
73
|
+
| # | Path | How it reaches the goal | Cost vs direct path |
|
|
74
|
+
|---|------|------------------------|---------------------|
|
|
75
|
+
| 1 | | | |
|
|
76
|
+
| 2 | | | |
|
|
77
|
+
| 3 | | | |
|
|
78
|
+
|
|
79
|
+
**Recommended path:**
|
|
80
|
+
> [Workaround name] — [rationale for cost/benefit selection]
|
|
81
|
+
|
|
82
|
+
---
|
|
83
|
+
|
|
84
|
+
## Notes
|
|
85
|
+
|
|
86
|
+
The map is only useful if the constraint boundary in Step 2 is drawn accurately. People
|
|
87
|
+
regularly assume constraints block more than they do — which is why checking what a
|
|
88
|
+
constraint does NOT prevent is as important as what it does.
|
|
@@ -0,0 +1,173 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: creativity
|
|
3
|
+
description: "Entry point for the creativity toolkit. Routes to the right creative thinking technique based on your situation. Use when you say 'creativity', 'think creatively', 'I need fresh ideas', 'help me think differently', 'I'm stuck', or want creative help without knowing which specific tool applies. For comprehensive multi-method sessions, this runs them in sequence."
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Creativity
|
|
7
|
+
|
|
8
|
+
Applies creative thinking to any challenge. Diagnoses what kind of creative work is needed and either runs the right individual tool or sequences multiple tools for comprehensive exploration.
|
|
9
|
+
|
|
10
|
+
## Which tool fits
|
|
11
|
+
|
|
12
|
+
| You need to... | Tool |
|
|
13
|
+
|---|---|
|
|
14
|
+
| Question whether the problem itself is framed correctly | assumption-excavator |
|
|
15
|
+
| Escape a dominant idea you keep returning to | lateral-thinking |
|
|
16
|
+
| See all options before choosing any | alternatives / concept-fan |
|
|
17
|
+
| Evaluate a specific idea fairly, without snap judgment | plus-minus-interesting |
|
|
18
|
+
| Think through something from multiple perspectives | six-hats |
|
|
19
|
+
| Think from other people's actual positions | other-perspectives |
|
|
20
|
+
| Explore without premature judgment | water-logic |
|
|
21
|
+
| Break fixation with a random jolt | random-entry |
|
|
22
|
+
| Use an absurd premise as a springboard | provocation |
|
|
23
|
+
| Consider all factors before deciding | consider-factors |
|
|
24
|
+
| Comprehensive multi-method session | run the full sequence below |
|
|
25
|
+
|
|
26
|
+
## Routing Decision
|
|
27
|
+
|
|
28
|
+
- **Problem framing might itself be wrong** → assumption-excavator (run before anything else)
|
|
29
|
+
- **Stuck in one direction, keep returning to the same idea** → lateral-thinking
|
|
30
|
+
- **Need to see the full option space before choosing** → alternatives or concept-fan
|
|
31
|
+
- **Have a specific idea to evaluate** → plus-minus-interesting
|
|
32
|
+
- **Need full multi-perspective analysis** → six-hats
|
|
33
|
+
- **Decision affects other people** → other-perspectives
|
|
34
|
+
- **Early exploration, premature judgment is the enemy** → water-logic
|
|
35
|
+
- **Thoroughly stuck, need outside stimulus** → random-entry
|
|
36
|
+
- **Need a deliberate jolt into the impossible** → provocation
|
|
37
|
+
- **About to act, want to make sure nothing is missed** → consider-factors
|
|
38
|
+
- **Big challenge, want everything applied** → run the full brainstorm sequence
|
|
39
|
+
|
|
40
|
+
---
|
|
41
|
+
|
|
42
|
+
## Confirm Direction
|
|
43
|
+
|
|
44
|
+
After diagnosing which tool fits, present the recommendation before executing:
|
|
45
|
+
|
|
46
|
+
> My read: **[diagnosed tool]** — one sentence on why it fits.
|
|
47
|
+
|
|
48
|
+
- **A) Yes, run that tool**
|
|
49
|
+
- **B) Show me all options** — list every skill in this category with one-line descriptions
|
|
50
|
+
- **C) Quick version** — lighter-weight alternative for this situation, if one exists
|
|
51
|
+
- **D) Re-diagnose** — describe the situation differently for a second read
|
|
52
|
+
|
|
53
|
+
Wait for their selection before proceeding.
|
|
54
|
+
|
|
55
|
+
---
|
|
56
|
+
|
|
57
|
+
## Assumption Excavator
|
|
58
|
+
|
|
59
|
+
*Surfaces and challenges hidden assumptions.*
|
|
60
|
+
|
|
61
|
+
List every assumption embedded in the current problem framing — about what's possible, what's wanted, what's fixed, who's involved. Challenge each: what if this assumption were false? Which assumptions are load-bearing (the problem disappears without them) vs. incidental? Find the assumption that, if wrong, would most change the approach.
|
|
62
|
+
|
|
63
|
+
**Output:** Full assumption inventory, classified by how hard they are to question, and the one reframe that most changes the problem.
|
|
64
|
+
|
|
65
|
+
---
|
|
66
|
+
|
|
67
|
+
## Lateral Thinking
|
|
68
|
+
|
|
69
|
+
*Escapes dominant patterns to generate genuinely new directions.*
|
|
70
|
+
|
|
71
|
+
Name the dominant idea — the direction that keeps surfacing. Suspend it deliberately: set it aside for the rest of this exercise. From that cleared space, generate 5+ directions that don't involve the dominant idea at all. Use movement thinking: don't evaluate, just move. After generating: which of these new directions, or which combination, deserves serious attention?
|
|
72
|
+
|
|
73
|
+
**Output:** Dominant idea named and set aside. 5+ genuinely different directions. The 1-2 that deserve development.
|
|
74
|
+
|
|
75
|
+
---
|
|
76
|
+
|
|
77
|
+
## Alternatives (APC)
|
|
78
|
+
|
|
79
|
+
*Deliberately generates options before evaluating any.*
|
|
80
|
+
|
|
81
|
+
Apply Alternatives, Possibilities, Choices: set a quota — find at least 5 alternatives to the current approach before evaluating any of them. Prevent evaluation from entering the generation phase. After generating: now compare. The first idea is almost never the best, but it crowds out better alternatives when evaluation starts too early.
|
|
82
|
+
|
|
83
|
+
**Output:** 5+ alternatives generated without judgment, then a brief comparative assessment.
|
|
84
|
+
|
|
85
|
+
---
|
|
86
|
+
|
|
87
|
+
## Concept Fan
|
|
88
|
+
|
|
89
|
+
*Expands the solution space at different levels of abstraction.*
|
|
90
|
+
|
|
91
|
+
Define the immediate solution being considered. Step back one level: what concept does it serve? Now generate multiple ways to serve that concept. Step back again: what broader purpose does the concept serve? Generate multiple concepts that could serve the purpose. This creates a fan of options from specific tactics to strategic alternatives.
|
|
92
|
+
|
|
93
|
+
**Output:** Three levels — immediate solutions, serving concepts, and underlying purposes — each with multiple options.
|
|
94
|
+
|
|
95
|
+
---
|
|
96
|
+
|
|
97
|
+
## Plus/Minus/Interesting (PMI)
|
|
98
|
+
|
|
99
|
+
*Evaluates an idea fairly before accepting or rejecting it.*
|
|
100
|
+
|
|
101
|
+
Apply Plus/Minus/Interesting to the idea: (1) Plus — what is genuinely good about it, including non-obvious positives? (2) Minus — what is genuinely problematic, including non-obvious negatives? (3) Interesting — what is noteworthy regardless of good or bad, and what questions does it open? PMI is the antidote to snap judgment.
|
|
102
|
+
|
|
103
|
+
**Output:** PMI table. Final assessment: does the plus outweigh the minus, accounting for what's interesting?
|
|
104
|
+
|
|
105
|
+
---
|
|
106
|
+
|
|
107
|
+
## Six Hats
|
|
108
|
+
|
|
109
|
+
*Structured parallel thinking from six distinct angles.*
|
|
110
|
+
|
|
111
|
+
Apply each hat in sequence: (1) White — facts and data only, (2) Red — emotional and intuitive response, (3) Black — risks, problems, and critical analysis, (4) Yellow — optimism and genuine benefits, (5) Green — creative alternatives and new possibilities, (6) Blue — process, what thinking is needed. Each hat is pure — no mixing.
|
|
112
|
+
|
|
113
|
+
**Output:** Six-section analysis, one per hat. Final view: what does the full picture show when all hats are held together?
|
|
114
|
+
|
|
115
|
+
---
|
|
116
|
+
|
|
117
|
+
## Other Perspectives (OPS)
|
|
118
|
+
|
|
119
|
+
*Genuinely thinks from other people's positions.*
|
|
120
|
+
|
|
121
|
+
Identify the key people affected by or involved in this situation. For each person: what is their actual goal? What do they see as the problem? What are they worried about? What would a good outcome look like from their position? OPS is structured empathy — not sympathy, but actually reasoning from within someone else's constraints and goals.
|
|
122
|
+
|
|
123
|
+
**Output:** Per-person analysis. Synthesis: what does thinking from all these positions reveal that your own position missed?
|
|
124
|
+
|
|
125
|
+
---
|
|
126
|
+
|
|
127
|
+
## Water Logic
|
|
128
|
+
|
|
129
|
+
*Explores without premature judgment.*
|
|
130
|
+
|
|
131
|
+
Enter flow mode: follow where ideas lead without asking "is this right?" Water logic doesn't judge, it maps. Start with the situation and ask: what does this lead to? Where does it flow naturally? What does it connect to? Build the territory before deciding what matters. Rock logic asks "is this true?"; water logic asks "where does this go?"
|
|
132
|
+
|
|
133
|
+
**Output:** A map of where the situation flows — connections, directions, and possibilities — before any evaluation.
|
|
134
|
+
|
|
135
|
+
---
|
|
136
|
+
|
|
137
|
+
## Random Entry
|
|
138
|
+
|
|
139
|
+
*Uses an unrelated stimulus to break cognitive ruts.*
|
|
140
|
+
|
|
141
|
+
Select a random word or object (or have one provided). Apply it to the problem: what does this word make you think of? How does that relate to the challenge? Force connections, even absurd ones — absurd connections are the point. The randomness bypasses the grooves of familiar thinking.
|
|
142
|
+
|
|
143
|
+
**Output:** Random word used, forced connections generated, and the 1-2 connections worth pursuing.
|
|
144
|
+
|
|
145
|
+
---
|
|
146
|
+
|
|
147
|
+
## Provocation (Po)
|
|
148
|
+
|
|
149
|
+
*Uses an impossible or absurd statement as a springboard.*
|
|
150
|
+
|
|
151
|
+
State a deliberate provocation — something obviously wrong or impossible: "Po: [impossible premise]." Don't evaluate the provocation. Instead: what does the world look like if this were true? What would we do? Now: which of those ideas could work in the real world? The provocation is scaffolding, not a destination.
|
|
152
|
+
|
|
153
|
+
**Output:** The provocation stated, the ideas it generates from, and the real-world ideas those lead to.
|
|
154
|
+
|
|
155
|
+
---
|
|
156
|
+
|
|
157
|
+
## Consider All Factors (CAF)
|
|
158
|
+
|
|
159
|
+
*Maps every relevant factor before acting.*
|
|
160
|
+
|
|
161
|
+
List every factor that could affect the outcome: stakeholders, risks, resources, timing, dependencies, second-order effects. CAF is a pre-flight checklist — it doesn't evaluate, it inventories. After listing: which factors were you about to ignore? Which are more important than they appeared?
|
|
162
|
+
|
|
163
|
+
**Output:** Full factor inventory. Factors most likely to be overlooked. Factors that most change the approach.
|
|
164
|
+
|
|
165
|
+
---
|
|
166
|
+
|
|
167
|
+
## Full Brainstorm Sequence
|
|
168
|
+
|
|
169
|
+
*Orchestrated multi-method session for complex challenges.*
|
|
170
|
+
|
|
171
|
+
For big challenges, sequence the tools: (1) Assumption-excavator to clear the framing, (2) Lateral thinking to escape the dominant idea, (3) Concept fan or alternatives to expand the option space, (4) Six hats or PMI to evaluate the best directions, (5) Consider-factors to catch what was missed. Between tools, make the connection explicit — each one builds on the previous.
|
|
172
|
+
|
|
173
|
+
Close with synthesis: what do the tools, taken together, reveal that no single tool showed on its own? What is the single most important direction? What is the concrete next step?
|
|
@@ -0,0 +1,84 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: creativity-alternatives
|
|
3
|
+
description: "Apply Edward de Bono's APC (Alternatives, Possibilities, Choices) tool to deliberately generate options before evaluating any of them. Use when the user is about to make a decision, wants more options before choosing, feels like they only see two paths, is planning something and wants to make sure they've considered all the approaches, or tends to go with the first good idea."
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
You are facilitating an APC (Alternatives, Possibilities, Choices) session using Edward de Bono's CoRT thinking tools. APC is a discipline for deliberate option generation — it creates a firewall between generating and evaluating, so judgment doesn't kill ideas before they've been considered.
|
|
7
|
+
|
|
8
|
+
## Why APC matters
|
|
9
|
+
|
|
10
|
+
The natural thinking pattern is: encounter a situation → think of a solution → evaluate it → if good, use it. The problem is that evaluation starts too early. The first adequate solution tends to terminate the search. We don't look for better options because we've already found a good one.
|
|
11
|
+
|
|
12
|
+
APC forces a different sequence: generate all options first, evaluate nothing, then choose. The discipline is in the separation. Evaluation is suspended entirely until the generation phase is complete.
|
|
13
|
+
|
|
14
|
+
## The three registers
|
|
15
|
+
|
|
16
|
+
**Alternatives** — Different ways of doing something that is already being done. Not improvements to the current approach, but genuinely different approaches that achieve the same end.
|
|
17
|
+
|
|
18
|
+
**Possibilities** — Things that might work even if they're uncertain, unconventional, or untested. Not committed options, just things worth putting on the table.
|
|
19
|
+
|
|
20
|
+
**Choices** — The full range of things that *could* be decided at this moment, including doing nothing, doing the opposite, partial approaches, and combinations.
|
|
21
|
+
|
|
22
|
+
These registers overlap — don't worry about which category something falls into. The categories are prompts to generate, not bins to sort into.
|
|
23
|
+
|
|
24
|
+
## Your process
|
|
25
|
+
|
|
26
|
+
**Step 1: Establish the decision or situation**
|
|
27
|
+
What is the user trying to decide or do? State it clearly.
|
|
28
|
+
|
|
29
|
+
**Step 2: Generate without evaluating**
|
|
30
|
+
Work through all three registers systematically. For each option generated:
|
|
31
|
+
- State it clearly
|
|
32
|
+
- Do not evaluate it
|
|
33
|
+
- Do not rank it
|
|
34
|
+
- Do not express preference
|
|
35
|
+
|
|
36
|
+
If an option seems obviously bad, include it anyway. The goal is coverage, not quality filtering. Weak options sometimes contain the seed of a strong one.
|
|
37
|
+
|
|
38
|
+
Aim for a minimum of 10 options total across all three registers before moving to evaluation.
|
|
39
|
+
|
|
40
|
+
**Step 3: Expand the list**
|
|
41
|
+
After the first pass, push further. Ask: "What haven't I considered yet?" Look for:
|
|
42
|
+
- The option that requires changing a fundamental assumption
|
|
43
|
+
- The option that inverts the approach entirely
|
|
44
|
+
- The option that does nothing (inaction is always a choice)
|
|
45
|
+
- The option that combines two things on the list
|
|
46
|
+
|
|
47
|
+
**Step 4: Now evaluate**
|
|
48
|
+
Only after the full list is complete, evaluate. For each option: briefly note what makes it viable or not. Keep evaluations short — this is not the time for deep analysis, just a first filter.
|
|
49
|
+
|
|
50
|
+
**Step 5: Highlight the options worth developing**
|
|
51
|
+
Identify 2–4 options that deserve further thinking. These may not be the most obvious — look for the options that were surprising, that opened new thinking, or that address the situation in a fundamentally different way.
|
|
52
|
+
|
|
53
|
+
## Human Check-in
|
|
54
|
+
|
|
55
|
+
Before proceeding, ask the user:
|
|
56
|
+
|
|
57
|
+
**How do you want to run this?**
|
|
58
|
+
|
|
59
|
+
- **A) Full analysis** — complete all steps, reasoning shown throughout
|
|
60
|
+
- **B) Key findings only** — bottom-line output, skip step-by-step detail
|
|
61
|
+
- **C) Generation only** — produce the alternatives without the comparison or evaluation phase
|
|
62
|
+
- **D) Refine the framing** — adjust what we're analyzing before starting
|
|
63
|
+
|
|
64
|
+
Proceed based on their choice.
|
|
65
|
+
|
|
66
|
+
## Output format
|
|
67
|
+
|
|
68
|
+
**Situation:** [What is being decided or planned]
|
|
69
|
+
|
|
70
|
+
**Options — Alternatives, Possibilities, Choices:**
|
|
71
|
+
[Numbered list of all generated options, no evaluation, minimum 10]
|
|
72
|
+
|
|
73
|
+
**Expanded options:**
|
|
74
|
+
[Any additional options found by pushing further]
|
|
75
|
+
|
|
76
|
+
**First-pass evaluation:**
|
|
77
|
+
[Brief notes on viability for each — keep it fast]
|
|
78
|
+
|
|
79
|
+
**Worth developing:**
|
|
80
|
+
[2–4 options with brief reasoning on why they deserve more attention]
|
|
81
|
+
|
|
82
|
+
## The discipline
|
|
83
|
+
|
|
84
|
+
The hardest part of APC is not generating options — it's suspending evaluation while generating. The moment an option is generated and judged inadequate, the mind stops there. Maintain the suspension. An option that "obviously won't work" may reveal something important when examined alongside others. Complete the list first. Always.
|
|
@@ -0,0 +1,95 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: creativity-assumption-excavator
|
|
3
|
+
description: "Surface and challenge the hidden assumptions in any problem, plan, or framing. Use when the user feels stuck despite trying multiple approaches, a problem seems intractable, a plan keeps failing for unclear reasons, something 'obvious' keeps producing unexpected results, or before using any other creative thinking tool when the problem itself might be wrongly framed. This is the prerequisite skill — run it when the ground itself might be wrong."
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
You are facilitating an assumption excavation. This is a meta-tool — it operates on the framing of a problem before any other thinking is applied. It is most valuable when other approaches haven't worked, because the reason they failed is often that the problem was wrongly defined.
|
|
7
|
+
|
|
8
|
+
## Why assumptions matter
|
|
9
|
+
|
|
10
|
+
Every problem framing rests on assumptions — things taken for granted that organize how we think about the situation. These assumptions are usually invisible precisely because they're foundational. We don't notice them any more than we notice the floor we're standing on.
|
|
11
|
+
|
|
12
|
+
When a problem resists solution, the assumption underneath it is often the real issue. The effort goes into solving a problem that is defined in a way that makes it unsolvable — because a core assumption is wrong, incomplete, or outdated.
|
|
13
|
+
|
|
14
|
+
Assumption excavation makes the invisible visible. Once an assumption is named, it can be questioned, inverted, relaxed, or replaced. This often opens directions that were structurally blocked before.
|
|
15
|
+
|
|
16
|
+
## Three layers of assumptions
|
|
17
|
+
|
|
18
|
+
Assumptions operate at different depths. Shallow assumptions are easy to spot. Deep assumptions are harder — they feel like facts.
|
|
19
|
+
|
|
20
|
+
**Surface assumptions** — explicit constraints in the problem framing. These are usually visible: "we need to do this by Friday," "the budget is fixed," "it has to work for these users." They can be questioned, but they're already named.
|
|
21
|
+
|
|
22
|
+
**Structural assumptions** — the framing itself. These are invisible: assumptions about what the problem *is*, who is responsible for solving it, what a solution would look like, what resources are available or unavailable, what the relevant domain is. Structural assumptions organize the whole inquiry and are rarely examined.
|
|
23
|
+
|
|
24
|
+
**Identity assumptions** — assumptions about the solver. Who is doing this thinking, and why? What role are they in? What are they trying to protect? What would success mean for them personally? These assumptions shape which solutions feel acceptable and which feel threatening.
|
|
25
|
+
|
|
26
|
+
## Your process
|
|
27
|
+
|
|
28
|
+
**Step 1: Restate the problem as framed**
|
|
29
|
+
Write out the user's problem as they've stated it, in their language. This is the surface to excavate.
|
|
30
|
+
|
|
31
|
+
**Step 2: Surface assumptions at each layer**
|
|
32
|
+
|
|
33
|
+
Work through all three layers. For each assumption you find:
|
|
34
|
+
- State it explicitly as a claim: "This framing assumes that..."
|
|
35
|
+
- Note which layer it's at
|
|
36
|
+
- Note how load-bearing it is — what would change if this assumption were wrong?
|
|
37
|
+
|
|
38
|
+
Generate at least 3 assumptions at each layer. The structural and identity layers typically require more probing.
|
|
39
|
+
|
|
40
|
+
**Step 3: Challenge the most load-bearing assumptions**
|
|
41
|
+
For the 3–5 assumptions that most constrain the solution space, ask:
|
|
42
|
+
- Is this assumption actually true, or just taken for granted?
|
|
43
|
+
- What if the opposite were true?
|
|
44
|
+
- What if this assumption only applies some of the time?
|
|
45
|
+
- Where did this assumption come from — is the source still valid?
|
|
46
|
+
|
|
47
|
+
**Step 4: Generate lateral moves from dropped assumptions**
|
|
48
|
+
For each challenged assumption, what becomes possible when it is relaxed or inverted? This connects to the lateral thinking primitive — each dropped assumption is a potential departure point.
|
|
49
|
+
|
|
50
|
+
Name 1–2 new directions that open up when each key assumption is questioned.
|
|
51
|
+
|
|
52
|
+
## Human Check-in
|
|
53
|
+
|
|
54
|
+
Before proceeding, ask the user:
|
|
55
|
+
|
|
56
|
+
**How do you want to run this?**
|
|
57
|
+
|
|
58
|
+
- **A) Full analysis** — complete all steps, reasoning shown throughout
|
|
59
|
+
- **B) Key findings only** — bottom-line output, skip step-by-step detail
|
|
60
|
+
- **C) Load-bearing assumptions only** — the ones that most change the problem if they turn out to be wrong
|
|
61
|
+
- **D) Refine the framing** — adjust what we're analyzing before starting
|
|
62
|
+
|
|
63
|
+
Proceed based on their choice.
|
|
64
|
+
|
|
65
|
+
## Output format
|
|
66
|
+
|
|
67
|
+
**Problem as framed:** [restated in user's language]
|
|
68
|
+
|
|
69
|
+
**Surface assumptions:**
|
|
70
|
+
- This framing assumes: [assumption] *(load-bearing: low/medium/high)*
|
|
71
|
+
- ...
|
|
72
|
+
|
|
73
|
+
**Structural assumptions:**
|
|
74
|
+
- This framing assumes: [assumption] *(load-bearing: high)*
|
|
75
|
+
- ...
|
|
76
|
+
|
|
77
|
+
**Identity assumptions:**
|
|
78
|
+
- This framing assumes: [assumption about the solver]
|
|
79
|
+
- ...
|
|
80
|
+
|
|
81
|
+
**Challenging the key assumptions:**
|
|
82
|
+
|
|
83
|
+
*Assumption: [most load-bearing assumption]*
|
|
84
|
+
- Is it actually true? [assessment]
|
|
85
|
+
- What if it weren't? [implications]
|
|
86
|
+
- What opens up: [new directions]
|
|
87
|
+
|
|
88
|
+
*(repeat for 2–4 more)*
|
|
89
|
+
|
|
90
|
+
**Reframings worth exploring:**
|
|
91
|
+
[2–3 ways to restate the problem that become available once key assumptions are dropped]
|
|
92
|
+
|
|
93
|
+
## The insight this tool exists to deliver
|
|
94
|
+
|
|
95
|
+
Most intractable problems are intractable because of the frame, not the content. When smart people keep failing at a problem, the usual explanation is not insufficient intelligence — it's that everyone is working within an assumption that makes the problem unsolvable. The assumption excavator's job is to find that assumption and name it. Once named, it can be changed.
|
|
@@ -0,0 +1,102 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: creativity-brainstorm
|
|
3
|
+
description: "Run an orchestrated multi-method creative thinking sprint on a challenge. Use when the user wants to make real progress on a hard problem, says 'I need to think through this properly', wants a thorough creative exploration rather than a single technique, has a big decision or challenge and wants the full toolkit applied, or just says 'help me think through this'. This is the entry point for serious creative work — it selects and sequences the right tools automatically."
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
You are running an orchestrated creative thinking session. Rather than applying a single tool, this session selects and sequences the most appropriate thinking methods for the user's specific situation, then synthesizes across their outputs.
|
|
7
|
+
|
|
8
|
+
## How to read the situation
|
|
9
|
+
|
|
10
|
+
Before selecting methods, diagnose what kind of thinking challenge this is:
|
|
11
|
+
|
|
12
|
+
**Is the problem itself unclear or stuck?**
|
|
13
|
+
→ Start with `assumption-excavator`. The problem framing may be what's blocking progress, not the problem itself.
|
|
14
|
+
|
|
15
|
+
**Is the user locked into one approach?**
|
|
16
|
+
→ Start with `lateral-thinking`. The dominant idea needs to be named and escaped before other tools are useful.
|
|
17
|
+
|
|
18
|
+
**Is it early-stage exploration?**
|
|
19
|
+
→ Start with `water-logic` or `random-entry`. Generate movement and map the territory before applying structured tools.
|
|
20
|
+
|
|
21
|
+
**Does the user need to see the full solution space?**
|
|
22
|
+
→ Use `concept-fan` or `apc`. Expand options systematically before evaluating any of them.
|
|
23
|
+
|
|
24
|
+
**Does the user need to evaluate something?**
|
|
25
|
+
→ Use `cort-pmi` (for a specific idea) or `six-hats` (for a full multi-perspective analysis).
|
|
26
|
+
|
|
27
|
+
**Are people and their reactions central?**
|
|
28
|
+
→ Include `cort-ops` to map the perspectives of those affected.
|
|
29
|
+
|
|
30
|
+
**Does the situation need a provocation to break it open?**
|
|
31
|
+
→ Use `po` for a deliberate jolt into non-obvious territory.
|
|
32
|
+
|
|
33
|
+
## Human Check-in
|
|
34
|
+
|
|
35
|
+
Before proceeding, ask the user:
|
|
36
|
+
|
|
37
|
+
**How do you want to run this?**
|
|
38
|
+
|
|
39
|
+
- **A) Full analysis** — complete all steps, reasoning shown throughout
|
|
40
|
+
- **B) Key findings only** — bottom-line output, skip step-by-step detail
|
|
41
|
+
- **C) Two methods only** — most relevant pair of tools applied at full depth, skip synthesis across more
|
|
42
|
+
- **D) Refine the framing** — adjust what we're analyzing before starting
|
|
43
|
+
|
|
44
|
+
Proceed based on their choice.
|
|
45
|
+
|
|
46
|
+
## Session structure
|
|
47
|
+
|
|
48
|
+
### Opening: Diagnose the challenge
|
|
49
|
+
Briefly state your read of the situation: what kind of thinking challenge is this, and why? This surfaces your reasoning and gives the user a chance to correct it before work begins.
|
|
50
|
+
|
|
51
|
+
### Middle: Apply 2–4 methods in sequence
|
|
52
|
+
Select the methods that best fit the diagnosis. Apply each one fully — do not abbreviate to get through more methods. A thorough application of 2 methods produces more value than a superficial pass through 5.
|
|
53
|
+
|
|
54
|
+
**Between methods, make the connection explicit:** "The lateral thinking session revealed [X]. Now the concept fan will explore [Y] by treating [X] as the starting point." Methods should build on each other, not run in parallel.
|
|
55
|
+
|
|
56
|
+
### Close: Synthesize
|
|
57
|
+
After the methods are complete, synthesize across the outputs. This is not a summary — it is an integration. What do the different methods, taken together, reveal that no single method showed on its own?
|
|
58
|
+
|
|
59
|
+
The synthesis should answer:
|
|
60
|
+
- What is the most important insight this session produced?
|
|
61
|
+
- What direction deserves the most attention, and why?
|
|
62
|
+
- What should happen next?
|
|
63
|
+
|
|
64
|
+
## Output format
|
|
65
|
+
|
|
66
|
+
**Reading the situation:**
|
|
67
|
+
[Your diagnosis — what kind of challenge is this, what methods you're selecting and why]
|
|
68
|
+
|
|
69
|
+
---
|
|
70
|
+
|
|
71
|
+
## [Method 1 name]
|
|
72
|
+
[Full application of the method]
|
|
73
|
+
|
|
74
|
+
---
|
|
75
|
+
|
|
76
|
+
## [Method 2 name]
|
|
77
|
+
[Full application, building on method 1 where relevant]
|
|
78
|
+
|
|
79
|
+
---
|
|
80
|
+
|
|
81
|
+
## [Method 3 name if used]
|
|
82
|
+
[Full application]
|
|
83
|
+
|
|
84
|
+
---
|
|
85
|
+
|
|
86
|
+
## Synthesis
|
|
87
|
+
**What this session revealed:**
|
|
88
|
+
[2–3 paragraphs integrating across all methods — what the full picture shows]
|
|
89
|
+
|
|
90
|
+
**Most important direction:**
|
|
91
|
+
[The single most valuable direction to pursue, with reasoning]
|
|
92
|
+
|
|
93
|
+
**Recommended next step:**
|
|
94
|
+
[A specific, concrete action]
|
|
95
|
+
|
|
96
|
+
## Notes on quality
|
|
97
|
+
|
|
98
|
+
The session's value depends on the depth of each method application, not the number of methods used. It is better to run `assumption-excavator` and `lateral-thinking` thoroughly than to touch six methods superficially.
|
|
99
|
+
|
|
100
|
+
The synthesis is the hardest and most important part. Most sessions produce insights in the individual method sections. The synthesis should produce an insight that only becomes visible when those outputs are held together.
|
|
101
|
+
|
|
102
|
+
If the user's challenge shifts during the session — if the assumption excavator reveals that the real problem is different from the stated one — follow the actual problem, not the original framing.
|
|
@@ -0,0 +1,93 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: creativity-concept-fan
|
|
3
|
+
description: "Apply Edward de Bono's Concept Fan to expand the solution space before committing to an approach. Use when the user has a goal or problem and wants to see the full range of ways to achieve it, feels locked into one solution, is evaluating options and wants to make sure they haven't missed any, or wants to think at different levels of abstraction before deciding."
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
You are facilitating a Concept Fan session using Edward de Bono's technique. The Concept Fan is a tool for expanding solution space — it prevents premature commitment to one approach by making the full landscape of alternatives visible first.
|
|
7
|
+
|
|
8
|
+
## Why the concept fan matters
|
|
9
|
+
|
|
10
|
+
Most thinking about solutions is too narrow. We take a goal, think of one or two approaches, evaluate them, and pick the best. This feels thorough but it's actually a small sample of the possible solution space.
|
|
11
|
+
|
|
12
|
+
The Concept Fan works by moving up and down a ladder of abstraction. At the top is the broadest possible framing of what you're trying to achieve — the pure purpose. At the bottom are specific implementations. Between them are concepts — general approaches that can each spawn multiple implementations.
|
|
13
|
+
|
|
14
|
+
By mapping this landscape before committing, you avoid the trap of evaluating implementations when you should still be choosing concepts.
|
|
15
|
+
|
|
16
|
+
## The structure
|
|
17
|
+
|
|
18
|
+
Think of a fan with a handle and radiating spokes:
|
|
19
|
+
|
|
20
|
+
- **The handle** is the goal — what you're ultimately trying to achieve, stated at its broadest useful level
|
|
21
|
+
- **First ring of spokes** are broad concepts — different general approaches to achieving the goal
|
|
22
|
+
- **Second ring of spokes** are sub-concepts — more specific approaches within each broad concept
|
|
23
|
+
- **Outer ring** are specific implementations — concrete things you could actually do
|
|
24
|
+
|
|
25
|
+
The fan expands outward from abstract to specific. At each level, the question is: "What are all the different ways to achieve this?"
|
|
26
|
+
|
|
27
|
+
## Your process
|
|
28
|
+
|
|
29
|
+
**Step 1: Establish the goal**
|
|
30
|
+
State the user's goal at two levels:
|
|
31
|
+
- Immediate goal: what they said they want
|
|
32
|
+
- Purpose level: why they want it — the underlying need it serves
|
|
33
|
+
|
|
34
|
+
The purpose level is important because it sometimes reveals entirely different solution families that address the real need without solving the stated problem.
|
|
35
|
+
|
|
36
|
+
**Step 2: Generate broad concepts (first ring)**
|
|
37
|
+
At the concept level, ask: "What are all the fundamentally different approaches to achieving this goal?" These should be distinct families of solutions, not variations on the same approach.
|
|
38
|
+
|
|
39
|
+
Aim for 4–7 broad concepts. They should feel genuinely different from each other — different mechanisms, different assumptions, different resources they draw on.
|
|
40
|
+
|
|
41
|
+
**Step 3: Expand each concept (second ring)**
|
|
42
|
+
For 2–3 of the most promising broad concepts, generate 3–4 sub-concepts — more specific versions that show the range within that approach family.
|
|
43
|
+
|
|
44
|
+
**Step 4: Generate specific implementations (outer ring)**
|
|
45
|
+
For the most interesting sub-concepts, suggest 2–3 concrete implementations — actual things that could be done.
|
|
46
|
+
|
|
47
|
+
**Step 5: Highlight the overlooked**
|
|
48
|
+
After mapping the fan, identify: which concepts or sub-concepts did the user probably not consider before this exercise? These are the fan's main value — the alternatives that only become visible when you systematically expand the space.
|
|
49
|
+
|
|
50
|
+
## Human Check-in
|
|
51
|
+
|
|
52
|
+
Before proceeding, ask the user:
|
|
53
|
+
|
|
54
|
+
**How do you want to run this?**
|
|
55
|
+
|
|
56
|
+
- **A) Full analysis** — complete all steps, reasoning shown throughout
|
|
57
|
+
- **B) Key findings only** — bottom-line output, skip step-by-step detail
|
|
58
|
+
- **C) Concept level only** — middle tier of the fan (concepts that serve the purpose), skip both immediate tactics and strategic alternatives
|
|
59
|
+
- **D) Refine the framing** — adjust what we're analyzing before starting
|
|
60
|
+
|
|
61
|
+
Proceed based on their choice.
|
|
62
|
+
|
|
63
|
+
## Output format
|
|
64
|
+
|
|
65
|
+
**Goal:** [Immediate goal]
|
|
66
|
+
**Purpose:** [Underlying need — why this goal matters]
|
|
67
|
+
|
|
68
|
+
**Concept Fan:**
|
|
69
|
+
|
|
70
|
+
*Broad concepts:*
|
|
71
|
+
1. [Concept A] — [one sentence on the approach]
|
|
72
|
+
2. [Concept B] — ...
|
|
73
|
+
3. [Concept C] — ...
|
|
74
|
+
(etc.)
|
|
75
|
+
|
|
76
|
+
*Expanding Concept [X]:*
|
|
77
|
+
- Sub-concept X1: [description]
|
|
78
|
+
- Implementation: [specific action]
|
|
79
|
+
- Implementation: [specific action]
|
|
80
|
+
- Sub-concept X2: [description]
|
|
81
|
+
- Implementation: [specific action]
|
|
82
|
+
|
|
83
|
+
*Expanding Concept [Y]:*
|
|
84
|
+
(same structure)
|
|
85
|
+
|
|
86
|
+
**What this reveals:**
|
|
87
|
+
[Which alternatives were probably not on the user's radar, and why they're worth considering]
|
|
88
|
+
|
|
89
|
+
## Notes
|
|
90
|
+
|
|
91
|
+
The fan's value is in the breadth of the second-ring concepts, not in the depth of any one branch. Resist going too deep on one concept at the expense of mapping the others — incomplete maps lead back to the same premature commitment the tool is designed to prevent.
|
|
92
|
+
|
|
93
|
+
If the user already has a preferred solution, include it in the fan — but map the rest of the space before returning to it.
|