omgkit 2.2.0 β 2.3.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/package.json +1 -1
- package/plugin/skills/databases/mongodb/SKILL.md +60 -776
- package/plugin/skills/databases/prisma/SKILL.md +53 -744
- package/plugin/skills/databases/redis/SKILL.md +53 -860
- package/plugin/skills/devops/aws/SKILL.md +68 -672
- package/plugin/skills/devops/github-actions/SKILL.md +54 -657
- package/plugin/skills/devops/kubernetes/SKILL.md +67 -602
- package/plugin/skills/devops/performance-profiling/SKILL.md +59 -863
- package/plugin/skills/frameworks/django/SKILL.md +87 -853
- package/plugin/skills/frameworks/express/SKILL.md +95 -1301
- package/plugin/skills/frameworks/fastapi/SKILL.md +90 -1198
- package/plugin/skills/frameworks/laravel/SKILL.md +87 -1187
- package/plugin/skills/frameworks/nestjs/SKILL.md +106 -973
- package/plugin/skills/frameworks/react/SKILL.md +94 -962
- package/plugin/skills/frameworks/vue/SKILL.md +95 -1242
- package/plugin/skills/frontend/accessibility/SKILL.md +91 -1056
- package/plugin/skills/frontend/frontend-design/SKILL.md +69 -1262
- package/plugin/skills/frontend/responsive/SKILL.md +76 -799
- package/plugin/skills/frontend/shadcn-ui/SKILL.md +73 -921
- package/plugin/skills/frontend/tailwindcss/SKILL.md +60 -788
- package/plugin/skills/frontend/threejs/SKILL.md +72 -1266
- package/plugin/skills/languages/javascript/SKILL.md +106 -849
- package/plugin/skills/methodology/brainstorming/SKILL.md +70 -576
- package/plugin/skills/methodology/defense-in-depth/SKILL.md +79 -831
- package/plugin/skills/methodology/dispatching-parallel-agents/SKILL.md +81 -654
- package/plugin/skills/methodology/executing-plans/SKILL.md +86 -529
- package/plugin/skills/methodology/finishing-development-branch/SKILL.md +95 -586
- package/plugin/skills/methodology/problem-solving/SKILL.md +67 -681
- package/plugin/skills/methodology/receiving-code-review/SKILL.md +70 -533
- package/plugin/skills/methodology/requesting-code-review/SKILL.md +70 -610
- package/plugin/skills/methodology/root-cause-tracing/SKILL.md +70 -646
- package/plugin/skills/methodology/sequential-thinking/SKILL.md +70 -478
- package/plugin/skills/methodology/systematic-debugging/SKILL.md +66 -559
- package/plugin/skills/methodology/test-driven-development/SKILL.md +91 -752
- package/plugin/skills/methodology/testing-anti-patterns/SKILL.md +78 -687
- package/plugin/skills/methodology/token-optimization/SKILL.md +72 -602
- package/plugin/skills/methodology/verification-before-completion/SKILL.md +108 -529
- package/plugin/skills/methodology/writing-plans/SKILL.md +79 -566
- package/plugin/skills/omega/omega-architecture/SKILL.md +91 -752
- package/plugin/skills/omega/omega-coding/SKILL.md +161 -552
- package/plugin/skills/omega/omega-sprint/SKILL.md +132 -777
- package/plugin/skills/omega/omega-testing/SKILL.md +157 -845
- package/plugin/skills/omega/omega-thinking/SKILL.md +165 -606
- package/plugin/skills/security/better-auth/SKILL.md +46 -1034
- package/plugin/skills/security/oauth/SKILL.md +80 -934
- package/plugin/skills/security/owasp/SKILL.md +78 -862
- package/plugin/skills/testing/playwright/SKILL.md +77 -700
- package/plugin/skills/testing/pytest/SKILL.md +73 -811
- package/plugin/skills/testing/vitest/SKILL.md +60 -920
- package/plugin/skills/tools/document-processing/SKILL.md +111 -838
- package/plugin/skills/tools/image-processing/SKILL.md +126 -659
- package/plugin/skills/tools/mcp-development/SKILL.md +85 -758
- package/plugin/skills/tools/media-processing/SKILL.md +118 -735
- package/plugin/stdrules/SKILL_STANDARDS.md +490 -0
- package/plugin/skills/SKILL_STANDARDS.md +0 -743
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
---
|
|
2
|
-
name: omega-
|
|
3
|
-
description: 7
|
|
2
|
+
name: thinking-in-omega-modes
|
|
3
|
+
description: Applies 7 systematic thinking modes for breakthrough problem-solving and 10x improvements. Use when tackling complex problems, seeking transformative insights, or escaping conventional thinking traps.
|
|
4
4
|
category: omega
|
|
5
5
|
triggers:
|
|
6
6
|
- omega thinking
|
|
@@ -8,663 +8,242 @@ triggers:
|
|
|
8
8
|
- 10x improvement
|
|
9
9
|
- transformative thinking
|
|
10
10
|
- breakthrough ideas
|
|
11
|
-
- paradigm shift
|
|
12
11
|
---
|
|
13
12
|
|
|
14
|
-
# Omega
|
|
13
|
+
# Thinking in Omega Modes
|
|
15
14
|
|
|
16
|
-
Master the **7 modes of Omega thinking** for breakthrough problem
|
|
15
|
+
Master the **7 modes of Omega thinking** for breakthrough problem-solving, transformative insights, and 10x improvements.
|
|
17
16
|
|
|
18
|
-
##
|
|
17
|
+
## Quick Start
|
|
19
18
|
|
|
20
|
-
|
|
19
|
+
```yaml
|
|
20
|
+
# Apply all 7 modes to any significant problem
|
|
21
|
+
Problem: "API performance issues"
|
|
21
22
|
|
|
22
|
-
|
|
23
|
-
|
|
24
|
-
-
|
|
25
|
-
-
|
|
26
|
-
-
|
|
27
|
-
-
|
|
28
|
-
-
|
|
23
|
+
Modes:
|
|
24
|
+
Telescopic: "Zoom out - what's the biggest picture?"
|
|
25
|
+
Microscopic: "First principles - what's fundamentally true?"
|
|
26
|
+
Lateral: "Different angle - how would Netflix solve this?"
|
|
27
|
+
Inversion: "Failure mode - how to guarantee failure?"
|
|
28
|
+
Temporal: "Time dimension - past, present, future impact?"
|
|
29
|
+
Systemic: "Connections - what are the feedback loops?"
|
|
30
|
+
Quantum: "Possibilities - what are ALL options?"
|
|
29
31
|
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
### 1. The 7 Omega Thinking Modes
|
|
33
|
-
|
|
34
|
-
```markdown
|
|
35
|
-
## Overview: The 7 Modes
|
|
36
|
-
|
|
37
|
-
βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
|
|
38
|
-
β OMEGA THINKING MODES β
|
|
39
|
-
βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ€
|
|
40
|
-
β β
|
|
41
|
-
β π TELESCOPIC - Zoom out to see the big picture β
|
|
42
|
-
β β
|
|
43
|
-
β π¬ MICROSCOPIC - First principles analysis β
|
|
44
|
-
β β
|
|
45
|
-
β βοΈ LATERAL - Different angles and approaches β
|
|
46
|
-
β β
|
|
47
|
-
β π INVERSION - Learn through failure analysis β
|
|
48
|
-
β β
|
|
49
|
-
β β³ TEMPORAL - Time dimension analysis β
|
|
50
|
-
β β
|
|
51
|
-
β πΈοΈ SYSTEMIC - Interconnections and emergence β
|
|
52
|
-
β β
|
|
53
|
-
β βοΈ QUANTUM - Multiple possibilities simultaneously β
|
|
54
|
-
β β
|
|
55
|
-
βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
|
|
56
|
-
|
|
57
|
-
For any significant problem:
|
|
58
|
-
1. Apply ALL 7 modes systematically
|
|
59
|
-
2. Synthesize insights across modes
|
|
60
|
-
3. Identify the 10x opportunity
|
|
32
|
+
Synthesis:
|
|
33
|
+
10x_Opportunity: "Shift from request-response to event-driven real-time"
|
|
61
34
|
```
|
|
62
35
|
|
|
63
|
-
|
|
36
|
+
## Features
|
|
64
37
|
|
|
65
|
-
|
|
66
|
-
|
|
38
|
+
| Feature | Description | Guide |
|
|
39
|
+
|---------|-------------|-------|
|
|
40
|
+
| Telescopic | Zoom out to biggest picture | Task to ultimate impact |
|
|
41
|
+
| Microscopic | First principles analysis | 5 Whys to root cause |
|
|
42
|
+
| Lateral | Different angles and perspectives | Industry translation |
|
|
43
|
+
| Inversion | Learn through failure analysis | Pre-mortem planning |
|
|
44
|
+
| Temporal | Time dimension analysis | Past, present, future effects |
|
|
45
|
+
| Systemic | Interconnections and emergence | Feedback loops mapping |
|
|
46
|
+
| Quantum | Multiple possibilities simultaneously | Scenario planning |
|
|
47
|
+
|
|
48
|
+
## Common Patterns
|
|
67
49
|
|
|
68
|
-
|
|
50
|
+
### The 7 Omega Thinking Modes
|
|
69
51
|
|
|
70
|
-
### The Zoom Ladder
|
|
71
52
|
```
|
|
72
|
-
|
|
73
|
-
|
|
74
|
-
|
|
75
|
-
|
|
76
|
-
|
|
77
|
-
|
|
78
|
-
|
|
53
|
+
TELESCOPIC - Zoom out to see the big picture
|
|
54
|
+
MICROSCOPIC - First principles analysis
|
|
55
|
+
LATERAL - Different angles and approaches
|
|
56
|
+
INVERSION - Learn through failure analysis
|
|
57
|
+
TEMPORAL - Time dimension analysis
|
|
58
|
+
SYSTEMIC - Interconnections and emergence
|
|
59
|
+
QUANTUM - Multiple possibilities simultaneously
|
|
79
60
|
```
|
|
80
61
|
|
|
81
|
-
###
|
|
82
|
-
```markdown
|
|
83
|
-
## Telescopic Analysis: [Problem]
|
|
84
|
-
|
|
85
|
-
Level 1 - Task:
|
|
86
|
-
What am I directly trying to accomplish?
|
|
87
|
-
β [Answer]
|
|
88
|
-
|
|
89
|
-
Level 2 - Feature:
|
|
90
|
-
What larger feature does this serve?
|
|
91
|
-
β [Answer]
|
|
92
|
-
|
|
93
|
-
Level 3 - Product:
|
|
94
|
-
How does this help the product succeed?
|
|
95
|
-
β [Answer]
|
|
96
|
-
|
|
97
|
-
Level 4 - Business:
|
|
98
|
-
What business goal does this support?
|
|
99
|
-
β [Answer]
|
|
100
|
-
|
|
101
|
-
Level 5 - Market:
|
|
102
|
-
What market need does this address?
|
|
103
|
-
β [Answer]
|
|
104
|
-
|
|
105
|
-
Level 6 - Industry:
|
|
106
|
-
How does this relate to industry evolution?
|
|
107
|
-
β [Answer]
|
|
62
|
+
### Telescopic: Zoom Out
|
|
108
63
|
|
|
109
|
-
|
|
110
|
-
|
|
111
|
-
β [Answer]
|
|
64
|
+
```markdown
|
|
65
|
+
## The Zoom Ladder
|
|
112
66
|
|
|
113
|
-
|
|
114
|
-
|
|
115
|
-
|
|
67
|
+
Current task -> What feature does this enable?
|
|
68
|
+
Feature -> What product capability?
|
|
69
|
+
Product -> What business outcome?
|
|
70
|
+
Business -> What market need?
|
|
71
|
+
Market -> What industry trend?
|
|
72
|
+
Industry -> What societal shift?
|
|
116
73
|
|
|
117
|
-
|
|
118
|
-
```markdown
|
|
74
|
+
## Example
|
|
119
75
|
Task: Optimize database query
|
|
120
|
-
|
|
121
|
-
|
|
122
|
-
|
|
123
|
-
|
|
124
|
-
|
|
125
|
-
β Ultimate: Human attention span evolution
|
|
126
|
-
|
|
127
|
-
Insight: Maybe we need a real-time architecture,
|
|
128
|
-
not just query optimization. 10x opportunity identified.
|
|
129
|
-
```
|
|
76
|
+
-> Feature: Faster page load
|
|
77
|
+
-> Product: Better UX
|
|
78
|
+
-> Business: Higher conversion
|
|
79
|
+
-> Market: Real-time expectation
|
|
80
|
+
-> Insight: Need real-time architecture, not just query fixes
|
|
130
81
|
```
|
|
131
82
|
|
|
132
|
-
###
|
|
83
|
+
### Microscopic: First Principles
|
|
133
84
|
|
|
134
85
|
```markdown
|
|
135
|
-
##
|
|
86
|
+
## The 5 Whys
|
|
136
87
|
|
|
137
|
-
"What is fundamentally, irreducibly true?"
|
|
138
|
-
|
|
139
|
-
### The 5 Whys Deep Dive
|
|
140
|
-
```
|
|
141
88
|
Problem: Users complain about slow app
|
|
142
89
|
|
|
143
|
-
Why 1?
|
|
144
|
-
Why 2?
|
|
145
|
-
Why 3?
|
|
146
|
-
Why 4?
|
|
147
|
-
Why 5?
|
|
90
|
+
Why 1? -> Page load takes 5 seconds
|
|
91
|
+
Why 2? -> Large JavaScript bundle
|
|
92
|
+
Why 3? -> All dependencies loaded upfront
|
|
93
|
+
Why 4? -> No code splitting implemented
|
|
94
|
+
Why 5? -> Architecture assumed fast connections
|
|
148
95
|
|
|
149
96
|
Root cause: Architecture assumptions don't match reality
|
|
150
|
-
```
|
|
151
|
-
|
|
152
|
-
### First Principles Template
|
|
153
|
-
```markdown
|
|
154
|
-
## Microscopic Analysis: [Problem]
|
|
155
|
-
|
|
156
|
-
### Surface Problem
|
|
157
|
-
[What appears to be the problem?]
|
|
158
|
-
|
|
159
|
-
### Why #1
|
|
160
|
-
[Why does this happen?]
|
|
161
|
-
β [Answer]
|
|
162
|
-
|
|
163
|
-
### Why #2
|
|
164
|
-
[Why does that happen?]
|
|
165
|
-
β [Answer]
|
|
166
|
-
|
|
167
|
-
### Why #3
|
|
168
|
-
[Why does that happen?]
|
|
169
|
-
β [Answer]
|
|
170
|
-
|
|
171
|
-
### Why #4
|
|
172
|
-
[Why does that happen?]
|
|
173
|
-
β [Answer]
|
|
174
97
|
|
|
175
|
-
|
|
176
|
-
|
|
177
|
-
|
|
178
|
-
|
|
179
|
-
|
|
180
|
-
|
|
181
|
-
|
|
182
|
-
### First Principles Truth
|
|
183
|
-
[What is irreducibly true about this domain?]
|
|
184
|
-
|
|
185
|
-
### Implication
|
|
186
|
-
[How does this change our approach?]
|
|
187
|
-
```
|
|
188
|
-
|
|
189
|
-
### Fundamental Truths Checklist
|
|
190
|
-
```markdown
|
|
191
|
-
When analyzing, find what is fundamentally true:
|
|
192
|
-
|
|
193
|
-
β‘ Physics constraints (speed of light, thermodynamics)
|
|
194
|
-
β‘ Mathematical certainties (complexity bounds, statistics)
|
|
195
|
-
β‘ Human constants (attention span, cognitive load)
|
|
196
|
-
β‘ Economic principles (supply/demand, incentives)
|
|
197
|
-
β‘ Information theory (entropy, compression limits)
|
|
198
|
-
β‘ Network effects (Metcalfe's law, viral coefficient)
|
|
199
|
-
```
|
|
98
|
+
## Fundamental Truths Checklist
|
|
99
|
+
- Physics constraints (speed of light)
|
|
100
|
+
- Mathematical certainties (complexity bounds)
|
|
101
|
+
- Human constants (attention span, cognitive load)
|
|
102
|
+
- Economic principles (supply/demand)
|
|
103
|
+
- Network effects (Metcalfe's law)
|
|
200
104
|
```
|
|
201
105
|
|
|
202
|
-
###
|
|
106
|
+
### Lateral: Different Angles
|
|
203
107
|
|
|
204
|
-
```markdown
|
|
205
|
-
## Lateral: Different Angles
|
|
206
|
-
|
|
207
|
-
"What would [X] do differently?"
|
|
208
|
-
|
|
209
|
-
### Perspective Shifts
|
|
210
108
|
```markdown
|
|
211
109
|
## Industry Translation
|
|
212
110
|
How would [other industry] solve this?
|
|
213
111
|
|
|
214
|
-
-
|
|
215
|
-
|
|
216
|
-
|
|
217
|
-
-
|
|
218
|
-
β OTA updates, feature flagging, A/B testing
|
|
219
|
-
|
|
220
|
-
- How would Amazon solve inventory management?
|
|
221
|
-
β Predictive stocking, distributed warehouses, ML demand forecasting
|
|
222
|
-
|
|
223
|
-
- How would Spotify solve personalization?
|
|
224
|
-
β Collaborative filtering, taste profiles, discovery algorithms
|
|
225
|
-
```
|
|
226
|
-
|
|
227
|
-
### Opposite Day Analysis
|
|
228
|
-
```markdown
|
|
229
|
-
## What's the opposite approach?
|
|
112
|
+
- Netflix: Aggressive caching, CDN, predictive loading
|
|
113
|
+
- Tesla: OTA updates, feature flagging, A/B testing
|
|
114
|
+
- Amazon: Predictive stocking, distributed warehouses
|
|
115
|
+
- Spotify: Collaborative filtering, taste profiles
|
|
230
116
|
|
|
117
|
+
## Opposite Day Analysis
|
|
231
118
|
Current: Push notifications to users
|
|
232
119
|
Opposite: Let users pull when ready
|
|
233
|
-
Insight:
|
|
234
|
-
|
|
235
|
-
Current: Centralized database
|
|
236
|
-
Opposite: Distributed data at edge
|
|
237
|
-
Insight: Latency matters more than consistency sometimes
|
|
238
|
-
|
|
239
|
-
Current: Manual code review
|
|
240
|
-
Opposite: Automated AI review
|
|
241
|
-
Insight: Humans for design, AI for mechanics
|
|
242
|
-
```
|
|
243
|
-
|
|
244
|
-
### Random Stimulus
|
|
245
|
-
```markdown
|
|
246
|
-
## Force random connections
|
|
120
|
+
Insight: Less is more - reduce notification fatigue
|
|
247
121
|
|
|
122
|
+
## Random Stimulus
|
|
248
123
|
Pick random word: "Butterfly"
|
|
249
|
-
|
|
250
|
-
|
|
251
|
-
-
|
|
252
|
-
- Wings β Lightweight, distributed components
|
|
253
|
-
- Migration β Data migration patterns
|
|
254
|
-
- Effect β Small changes, big impact
|
|
255
|
-
|
|
256
|
-
Insight sparked: What small change would have butterfly effect on system performance?
|
|
257
|
-
```
|
|
124
|
+
- Metamorphosis -> Transform architecture gradually
|
|
125
|
+
- Wings -> Lightweight, distributed components
|
|
126
|
+
- Effect -> Small changes, big impact
|
|
258
127
|
```
|
|
259
128
|
|
|
260
|
-
###
|
|
129
|
+
### Inversion: Failure Analysis
|
|
261
130
|
|
|
262
131
|
```markdown
|
|
263
|
-
##
|
|
264
|
-
|
|
265
|
-
"How would we guarantee failure?"
|
|
266
|
-
|
|
267
|
-
### Failure Analysis Template
|
|
268
|
-
```markdown
|
|
269
|
-
## Inversion Analysis: [Goal]
|
|
270
|
-
|
|
271
|
-
### Goal
|
|
272
|
-
[What we want to achieve]
|
|
132
|
+
## How to Guarantee Failure
|
|
273
133
|
|
|
274
|
-
### Guaranteed Failures
|
|
275
|
-
How to ensure we FAIL at this goal:
|
|
276
|
-
|
|
277
|
-
1. [Failure mode 1]
|
|
278
|
-
Prevention: [How to avoid]
|
|
279
|
-
|
|
280
|
-
2. [Failure mode 2]
|
|
281
|
-
Prevention: [How to avoid]
|
|
282
|
-
|
|
283
|
-
3. [Failure mode 3]
|
|
284
|
-
Prevention: [How to avoid]
|
|
285
|
-
|
|
286
|
-
4. [Failure mode 4]
|
|
287
|
-
Prevention: [How to avoid]
|
|
288
|
-
|
|
289
|
-
5. [Failure mode 5]
|
|
290
|
-
Prevention: [How to avoid]
|
|
291
|
-
|
|
292
|
-
### Priority Actions
|
|
293
|
-
Based on inversion analysis:
|
|
294
|
-
1. [Most critical prevention]
|
|
295
|
-
2. [Second priority]
|
|
296
|
-
3. [Third priority]
|
|
297
|
-
```
|
|
298
|
-
|
|
299
|
-
### Example: Building Reliable System
|
|
300
|
-
```markdown
|
|
301
134
|
Goal: Build a highly reliable system
|
|
302
135
|
|
|
303
136
|
Guaranteed Failures:
|
|
304
|
-
1. No monitoring
|
|
305
|
-
2. Single points of failure
|
|
306
|
-
3. No testing
|
|
307
|
-
4.
|
|
308
|
-
5.
|
|
309
|
-
6. No documentation β Document everything
|
|
310
|
-
7. Hardcode secrets β Use secret management
|
|
311
|
-
8. No backups β Implement backup strategy
|
|
312
|
-
9. Ignore security β Security by design
|
|
313
|
-
10. No capacity planning β Plan for scale
|
|
314
|
-
|
|
315
|
-
Most Critical: Monitoring + Redundancy + Testing
|
|
316
|
-
```
|
|
317
|
-
|
|
318
|
-
### Pre-Mortem Template
|
|
319
|
-
```markdown
|
|
320
|
-
## Pre-Mortem: [Project]
|
|
137
|
+
1. No monitoring -> Add comprehensive monitoring
|
|
138
|
+
2. Single points of failure -> Build redundancy
|
|
139
|
+
3. No testing -> Implement thorough testing
|
|
140
|
+
4. Hardcode secrets -> Use secret management
|
|
141
|
+
5. No backups -> Implement backup strategy
|
|
321
142
|
|
|
143
|
+
## Pre-Mortem Template
|
|
322
144
|
Imagine it's 6 months from now and the project failed.
|
|
323
145
|
|
|
324
|
-
|
|
325
|
-
|
|
326
|
-
|
|
327
|
-
|
|
328
|
-
- [Potential technical failure 2]
|
|
329
|
-
|
|
330
|
-
Process Failures:
|
|
331
|
-
- [Potential process failure 1]
|
|
332
|
-
- [Potential process failure 2]
|
|
146
|
+
Technical Failures: [List what went wrong]
|
|
147
|
+
Process Failures: [List what went wrong]
|
|
148
|
+
People Failures: [List what went wrong]
|
|
149
|
+
External Failures: [List what went wrong]
|
|
333
150
|
|
|
334
|
-
|
|
335
|
-
- [Potential people failure 1]
|
|
336
|
-
- [Potential people failure 2]
|
|
337
|
-
|
|
338
|
-
External Failures:
|
|
339
|
-
- [Potential external failure 1]
|
|
340
|
-
- [Potential external failure 2]
|
|
341
|
-
|
|
342
|
-
### Prevention Plan
|
|
343
|
-
[For each failure, identify prevention measures]
|
|
151
|
+
Prevention Plan: [For each, identify prevention]
|
|
344
152
|
```
|
|
345
|
-
```
|
|
346
|
-
|
|
347
|
-
### 6. β³ Temporal Thinking
|
|
348
|
-
|
|
349
|
-
```markdown
|
|
350
|
-
## Temporal: Time Dimension
|
|
351
|
-
|
|
352
|
-
"How does time change this?"
|
|
353
153
|
|
|
354
|
-
### Time
|
|
355
|
-
```markdown
|
|
356
|
-
## Temporal Analysis: [Decision]
|
|
357
|
-
|
|
358
|
-
### Past (History)
|
|
359
|
-
- Has this been tried before?
|
|
360
|
-
- What can we learn from history?
|
|
361
|
-
- What patterns repeat?
|
|
362
|
-
|
|
363
|
-
### Present (Current State)
|
|
364
|
-
- What is true today?
|
|
365
|
-
- What constraints exist now?
|
|
366
|
-
- What resources are available?
|
|
367
|
-
|
|
368
|
-
### Near Future (1 year)
|
|
369
|
-
- What will change soon?
|
|
370
|
-
- What trends are emerging?
|
|
371
|
-
- What should we prepare for?
|
|
372
|
-
|
|
373
|
-
### Medium Future (5 years)
|
|
374
|
-
- What technologies will mature?
|
|
375
|
-
- How will the market evolve?
|
|
376
|
-
- What skills will be needed?
|
|
377
|
-
|
|
378
|
-
### Long Future (10+ years)
|
|
379
|
-
- What is inevitable?
|
|
380
|
-
- What will become obsolete?
|
|
381
|
-
- What will endure?
|
|
382
|
-
|
|
383
|
-
### Timeless
|
|
384
|
-
- What never changes?
|
|
385
|
-
- What principles are eternal?
|
|
386
|
-
- What human needs persist?
|
|
387
|
-
```
|
|
154
|
+
### Temporal: Time Dimension
|
|
388
155
|
|
|
389
|
-
### Temporal Strategy Template
|
|
390
156
|
```markdown
|
|
391
|
-
##
|
|
392
|
-
|
|
393
|
-
### Current Value
|
|
394
|
-
[What value does it provide today?]
|
|
395
|
-
|
|
396
|
-
### Peak Value (When?)
|
|
397
|
-
[When will it be most valuable?]
|
|
157
|
+
## Time Horizon Analysis
|
|
398
158
|
|
|
399
|
-
|
|
400
|
-
|
|
159
|
+
Past: Has this been tried before? What patterns repeat?
|
|
160
|
+
Present: What is true today? What constraints exist?
|
|
161
|
+
Near (1yr): What trends are emerging?
|
|
162
|
+
Medium (5yr): What technologies will mature?
|
|
163
|
+
Long (10yr+): What is inevitable? What will endure?
|
|
401
164
|
|
|
402
|
-
|
|
403
|
-
[When will it become obsolete?]
|
|
165
|
+
## Second-Order Effects
|
|
404
166
|
|
|
405
|
-
|
|
406
|
-
[
|
|
167
|
+
First-order: [Immediate effect]
|
|
168
|
+
Second-order (1yr): [Effects of first-order effects]
|
|
169
|
+
Third-order (3yr): [Effects of second-order effects]
|
|
170
|
+
Fourth-order (5yr+): [Long-term cascading effects]
|
|
407
171
|
|
|
408
|
-
|
|
409
|
-
Given temporal analysis:
|
|
410
|
-
- Invest now? [Yes/No]
|
|
411
|
-
- How much? [Level]
|
|
412
|
-
- Exit strategy? [Plan]
|
|
413
|
-
```
|
|
414
|
-
|
|
415
|
-
### Second-Order Effects
|
|
416
|
-
```markdown
|
|
417
|
-
## Second-Order Temporal Effects
|
|
418
|
-
|
|
419
|
-
First-order: [Immediate effect of decision]
|
|
420
|
-
|
|
421
|
-
Second-order (1 year): [Effects of first-order effects]
|
|
422
|
-
|
|
423
|
-
Third-order (3 years): [Effects of second-order effects]
|
|
424
|
-
|
|
425
|
-
Fourth-order (5+ years): [Long-term cascading effects]
|
|
426
|
-
|
|
427
|
-
Example: Choosing microservices architecture
|
|
172
|
+
Example: Choosing microservices
|
|
428
173
|
- First: More deployment complexity
|
|
429
|
-
- Second: Team reorganization
|
|
430
|
-
- Third: Different hiring needs (DevOps
|
|
431
|
-
- Fourth: Company culture shifts
|
|
432
|
-
```
|
|
174
|
+
- Second: Team reorganization
|
|
175
|
+
- Third: Different hiring needs (DevOps)
|
|
176
|
+
- Fourth: Company culture shifts
|
|
433
177
|
```
|
|
434
178
|
|
|
435
|
-
###
|
|
436
|
-
|
|
437
|
-
```markdown
|
|
438
|
-
## Systemic: Interconnections
|
|
439
|
-
|
|
440
|
-
"What are all the connections and feedback loops?"
|
|
179
|
+
### Systemic: Interconnections
|
|
441
180
|
|
|
442
|
-
### System Mapping
|
|
443
|
-
```
|
|
444
|
-
βββββββββββββββ
|
|
445
|
-
β Users β
|
|
446
|
-
ββββββββ¬βββββββ
|
|
447
|
-
β feedback
|
|
448
|
-
βββββββββββββΌββββββββββββ
|
|
449
|
-
βΌ βΌ βΌ
|
|
450
|
-
βββββββββββ βββββββββββ βββββββββββ
|
|
451
|
-
βFeatures β βMarketingβ β Support β
|
|
452
|
-
ββββββ¬βββββ ββββββ¬βββββ ββββββ¬βββββ
|
|
453
|
-
β β β
|
|
454
|
-
β ββββββββ΄βββββββ β
|
|
455
|
-
βββββΊβ Product ββββββ
|
|
456
|
-
β Decisions β
|
|
457
|
-
ββββββββ¬βββββββ
|
|
458
|
-
β
|
|
459
|
-
βΌ
|
|
460
|
-
ββββββββββββββββββ
|
|
461
|
-
β Revenue β
|
|
462
|
-
ββββββββββββββββββ
|
|
463
|
-
```
|
|
464
|
-
|
|
465
|
-
### Feedback Loop Analysis
|
|
466
181
|
```markdown
|
|
467
|
-
## Feedback
|
|
468
|
-
|
|
469
|
-
### Reinforcing Loops (Amplify)
|
|
470
|
-
1. [Loop description]
|
|
471
|
-
A increases β B increases β A increases more
|
|
472
|
-
Type: Virtuous/Vicious
|
|
473
|
-
|
|
474
|
-
2. [Loop description]
|
|
475
|
-
X improves β Y improves β X improves more
|
|
182
|
+
## Feedback Loop Analysis
|
|
476
183
|
|
|
477
|
-
|
|
478
|
-
|
|
479
|
-
|
|
184
|
+
Reinforcing Loops (Amplify):
|
|
185
|
+
A increases -> B increases -> A increases more
|
|
186
|
+
Type: Virtuous or Vicious?
|
|
480
187
|
|
|
481
|
-
|
|
482
|
-
|
|
188
|
+
Balancing Loops (Stabilize):
|
|
189
|
+
A increases -> B decreases -> A stabilizes
|
|
483
190
|
|
|
484
|
-
|
|
191
|
+
Intervention Points:
|
|
485
192
|
Where can we intervene for maximum effect?
|
|
486
|
-
1.
|
|
487
|
-
2.
|
|
488
|
-
3.
|
|
489
|
-
|
|
490
|
-
### Unintended Consequences
|
|
491
|
-
What might happen that we don't expect?
|
|
492
|
-
1. [Potential consequence]
|
|
493
|
-
2. [Potential consequence]
|
|
494
|
-
```
|
|
193
|
+
1. High leverage point
|
|
194
|
+
2. Medium leverage point
|
|
195
|
+
3. Low leverage point
|
|
495
196
|
|
|
496
|
-
|
|
497
|
-
|
|
498
|
-
|
|
499
|
-
|
|
500
|
-
|
|
501
|
-
- Component A: [Function]
|
|
502
|
-
- Component B: [Function]
|
|
503
|
-
- Component C: [Function]
|
|
504
|
-
|
|
505
|
-
### Individual Behaviors
|
|
506
|
-
- A does: [Behavior]
|
|
507
|
-
- B does: [Behavior]
|
|
508
|
-
- C does: [Behavior]
|
|
509
|
-
|
|
510
|
-
### Emergent Properties
|
|
511
|
-
What appears only when combined:
|
|
512
|
-
1. [Property that no single component has]
|
|
513
|
-
2. [Behavior that emerges from interaction]
|
|
514
|
-
3. [Capability that only exists as whole]
|
|
515
|
-
|
|
516
|
-
### Design Implications
|
|
517
|
-
How to cultivate positive emergence:
|
|
518
|
-
- [Design principle 1]
|
|
519
|
-
- [Design principle 2]
|
|
520
|
-
```
|
|
197
|
+
## Emergent Properties
|
|
198
|
+
What appears only when components combine:
|
|
199
|
+
- Properties no single component has
|
|
200
|
+
- Behaviors that emerge from interaction
|
|
201
|
+
- Capabilities that only exist as whole
|
|
521
202
|
```
|
|
522
203
|
|
|
523
|
-
###
|
|
204
|
+
### Quantum: Multiple Possibilities
|
|
524
205
|
|
|
525
206
|
```markdown
|
|
526
|
-
##
|
|
207
|
+
## Possibility Explosion
|
|
527
208
|
|
|
528
|
-
|
|
209
|
+
Conventional: Option A or Option B
|
|
529
210
|
|
|
530
|
-
|
|
531
|
-
|
|
532
|
-
|
|
533
|
-
|
|
534
|
-
|
|
535
|
-
|
|
536
|
-
|
|
537
|
-
|
|
538
|
-
### Expanded Possibilities
|
|
539
|
-
3. Option A + B: [Combination]
|
|
540
|
-
4. Neither: [Completely different approach]
|
|
541
|
-
5. Sequence: [A then B]
|
|
542
|
-
6. Inverse sequence: [B then A]
|
|
543
|
-
7. Parallel: [Both simultaneously]
|
|
544
|
-
8. Delegate: [Someone else decides]
|
|
545
|
-
9. Defer: [Decide later with more info]
|
|
546
|
-
10. Eliminate: [Remove need for decision]
|
|
547
|
-
|
|
548
|
-
### Wild Cards
|
|
549
|
-
- What if we 10x the approach?
|
|
550
|
-
- What if we do the opposite?
|
|
551
|
-
- What if we do nothing?
|
|
552
|
-
- What if we do everything?
|
|
553
|
-
```
|
|
554
|
-
|
|
555
|
-
### Scenario Planning
|
|
556
|
-
```markdown
|
|
557
|
-
## Scenario Planning: [Uncertainty]
|
|
211
|
+
Expanded:
|
|
212
|
+
- A + B: Combination
|
|
213
|
+
- Neither: Completely different approach
|
|
214
|
+
- Sequence: A then B
|
|
215
|
+
- Parallel: Both simultaneously
|
|
216
|
+
- Delegate: Someone else decides
|
|
217
|
+
- Defer: Decide later with more info
|
|
218
|
+
- Eliminate: Remove need for decision
|
|
558
219
|
|
|
559
|
-
|
|
560
|
-
1. [Uncertainty 1]: High/Low
|
|
561
|
-
2. [Uncertainty 2]: High/Low
|
|
562
|
-
|
|
563
|
-
### Scenario Matrix
|
|
220
|
+
## Scenario Planning Matrix
|
|
564
221
|
Uncertainty 2
|
|
565
222
|
Low High
|
|
566
|
-
|
|
567
|
-
High
|
|
568
|
-
Uncertainty 1
|
|
569
|
-
|
|
570
|
-
Low
|
|
571
|
-
|
|
572
|
-
|
|
573
|
-
|
|
574
|
-
### Robust Strategies
|
|
575
|
-
What works in ALL scenarios:
|
|
576
|
-
- [Strategy 1]
|
|
577
|
-
- [Strategy 2]
|
|
578
|
-
|
|
579
|
-
### Contingent Strategies
|
|
580
|
-
If Scenario A: [Strategy]
|
|
581
|
-
If Scenario B: [Strategy]
|
|
582
|
-
If Scenario C: [Strategy]
|
|
583
|
-
If Scenario D: [Strategy]
|
|
584
|
-
```
|
|
223
|
+
+-------------+-------------+
|
|
224
|
+
High | Scenario A | Scenario B |
|
|
225
|
+
Uncertainty 1 | | |
|
|
226
|
+
+-------------+-------------+
|
|
227
|
+
Low | Scenario C | Scenario D |
|
|
228
|
+
| | |
|
|
229
|
+
+-------------+-------------+
|
|
585
230
|
|
|
586
|
-
|
|
587
|
-
|
|
588
|
-
## Creating Optionality
|
|
589
|
-
|
|
590
|
-
### Current State
|
|
591
|
-
[Fixed decisions and commitments]
|
|
592
|
-
|
|
593
|
-
### Options to Create
|
|
594
|
-
1. [Option that could be valuable]
|
|
595
|
-
Cost to create: [Low/Medium/High]
|
|
596
|
-
Potential value: [Low/Medium/High]
|
|
597
|
-
|
|
598
|
-
2. [Option that could be valuable]
|
|
599
|
-
Cost to create: [Low/Medium/High]
|
|
600
|
-
Potential value: [Low/Medium/High]
|
|
601
|
-
|
|
602
|
-
### Principle
|
|
603
|
-
Create options when:
|
|
604
|
-
- Cost is low
|
|
605
|
-
- Uncertainty is high
|
|
606
|
-
- Potential upside is large
|
|
607
|
-
- Downside is limited
|
|
231
|
+
Robust Strategies: What works in ALL scenarios?
|
|
232
|
+
Contingent Strategies: If Scenario X, do Y
|
|
608
233
|
```
|
|
609
|
-
```
|
|
610
|
-
|
|
611
|
-
## Use Cases
|
|
612
234
|
|
|
613
|
-
### Full Omega Analysis
|
|
235
|
+
### Full Omega Analysis Example
|
|
614
236
|
|
|
615
237
|
```markdown
|
|
616
|
-
##
|
|
617
|
-
|
|
618
|
-
|
|
619
|
-
|
|
620
|
-
-
|
|
621
|
-
|
|
622
|
-
|
|
623
|
-
|
|
624
|
-
|
|
625
|
-
|
|
626
|
-
### π¬ Microscopic
|
|
627
|
-
Why slow? β Database queries
|
|
628
|
-
Why slow queries? β No indexes
|
|
629
|
-
Why no indexes? β Not designed for current query patterns
|
|
630
|
-
Why mismatch? β Schema designed for different use case
|
|
631
|
-
Why different? β Original requirements changed
|
|
632
|
-
Root cause: Architecture drift from evolving requirements
|
|
633
|
-
|
|
634
|
-
### βοΈ Lateral
|
|
635
|
-
- How would gaming industry solve? β Predictive loading
|
|
636
|
-
- How would CDN solve? β Cache at edge
|
|
637
|
-
- Opposite approach? β Push updates instead of pull
|
|
638
|
-
Insight: Consider push-based architecture with caching
|
|
639
|
-
|
|
640
|
-
### π Inversion
|
|
641
|
-
How to make it even SLOWER:
|
|
642
|
-
- Add more database joins β Solution: Denormalize
|
|
643
|
-
- No caching β Solution: Add caching layer
|
|
644
|
-
- Sync operations β Solution: Go async
|
|
645
|
-
- No monitoring β Solution: Add observability
|
|
646
|
-
|
|
647
|
-
### β³ Temporal
|
|
648
|
-
- Past: Monolith was fine at small scale
|
|
649
|
-
- Present: Growing pains at current scale
|
|
650
|
-
- Future: Need 100x scale capability
|
|
651
|
-
- Timeless: Latency always matters
|
|
652
|
-
Insight: Solve for future scale, not just current pain
|
|
653
|
-
|
|
654
|
-
### πΈοΈ Systemic
|
|
655
|
-
- Database β affects β API speed
|
|
656
|
-
- API speed β affects β User satisfaction
|
|
657
|
-
- User satisfaction β affects β Business metrics
|
|
658
|
-
- Business metrics β affects β Investment in infrastructure
|
|
659
|
-
Intervention point: Cache layer breaks bottleneck loop
|
|
660
|
-
|
|
661
|
-
### βοΈ Quantum
|
|
662
|
-
Options:
|
|
663
|
-
1. Optimize queries (10% improvement)
|
|
664
|
-
2. Add caching (50% improvement)
|
|
665
|
-
3. Rearchitect for real-time (10x improvement)
|
|
666
|
-
4. Combination of all three
|
|
667
|
-
Decision: Start with caching, plan for rearchitecture
|
|
238
|
+
## Problem: API Performance
|
|
239
|
+
|
|
240
|
+
TELESCOPIC: Need real-time first, not request-response
|
|
241
|
+
MICROSCOPIC: Architecture drift from evolving requirements
|
|
242
|
+
LATERAL: Consider push-based architecture with caching
|
|
243
|
+
INVERSION: Add monitoring, caching, go async
|
|
244
|
+
TEMPORAL: Solve for future scale, not just current pain
|
|
245
|
+
SYSTEMIC: Cache layer breaks bottleneck loop
|
|
246
|
+
QUANTUM: Start with caching, plan for rearchitecture
|
|
668
247
|
|
|
669
248
|
## Synthesis
|
|
670
249
|
10x Opportunity: Shift from request-response to
|
|
@@ -673,35 +252,15 @@ event-driven real-time architecture with edge caching.
|
|
|
673
252
|
|
|
674
253
|
## Best Practices
|
|
675
254
|
|
|
676
|
-
|
|
677
|
-
|
|
678
|
-
|
|
679
|
-
|
|
680
|
-
|
|
681
|
-
|
|
682
|
-
|
|
683
|
-
|
|
684
|
-
|
|
685
|
-
|
|
686
|
-
|
|
687
|
-
|
|
688
|
-
|
|
689
|
-
### Don'ts
|
|
690
|
-
|
|
691
|
-
- Don't stop at surface level
|
|
692
|
-
- Don't use only one thinking mode
|
|
693
|
-
- Don't accept first solution
|
|
694
|
-
- Don't ignore temporal effects
|
|
695
|
-
- Don't miss systemic connections
|
|
696
|
-
- Don't limit possibilities too early
|
|
697
|
-
- Don't forget to zoom out
|
|
698
|
-
- Don't forget to zoom in
|
|
699
|
-
- Don't skip the inversion check
|
|
700
|
-
- Don't rush the analysis
|
|
701
|
-
|
|
702
|
-
## References
|
|
703
|
-
|
|
704
|
-
- [Mental Models - Farnam Street](https://fs.blog/mental-models/)
|
|
705
|
-
- [The Fifth Discipline - Peter Senge](https://www.amazon.com/Fifth-Discipline-Practice-Learning-Organization/dp/0385517254)
|
|
706
|
-
- [Thinking in Systems - Donella Meadows](https://www.amazon.com/Thinking-Systems-Donella-H-Meadows/dp/1603580557)
|
|
707
|
-
- [Poor Charlie's Almanack - Charlie Munger](https://www.stripe.press/poor-charlies-almanack)
|
|
255
|
+
| Do | Avoid |
|
|
256
|
+
|----|-------|
|
|
257
|
+
| Apply ALL 7 modes systematically | Stopping at surface level |
|
|
258
|
+
| Document insights from each mode | Using only one thinking mode |
|
|
259
|
+
| Look for 10x opportunities, not 10% | Accepting first solution |
|
|
260
|
+
| Synthesize across modes | Ignoring temporal effects |
|
|
261
|
+
| Challenge assumptions explicitly | Missing systemic connections |
|
|
262
|
+
| Consider unintended consequences | Limiting possibilities too early |
|
|
263
|
+
| Map systems and feedback loops | Forgetting to zoom out |
|
|
264
|
+
| Think across time horizons | Forgetting to zoom in |
|
|
265
|
+
| Generate many possibilities | Skipping the inversion check |
|
|
266
|
+
| Seek first principles truths | Rushing the analysis |
|