omgkit 2.1.1 β 2.2.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/SKILL_STANDARDS.md +743 -0
- package/plugin/skills/databases/mongodb/SKILL.md +797 -28
- package/plugin/skills/databases/prisma/SKILL.md +776 -30
- package/plugin/skills/databases/redis/SKILL.md +885 -25
- package/plugin/skills/devops/aws/SKILL.md +686 -28
- package/plugin/skills/devops/github-actions/SKILL.md +684 -29
- package/plugin/skills/devops/kubernetes/SKILL.md +621 -24
- package/plugin/skills/frameworks/django/SKILL.md +920 -20
- package/plugin/skills/frameworks/express/SKILL.md +1361 -35
- package/plugin/skills/frameworks/fastapi/SKILL.md +1260 -33
- package/plugin/skills/frameworks/laravel/SKILL.md +1244 -31
- package/plugin/skills/frameworks/nestjs/SKILL.md +1005 -26
- package/plugin/skills/frameworks/rails/SKILL.md +594 -28
- package/plugin/skills/frameworks/spring/SKILL.md +528 -35
- package/plugin/skills/frameworks/vue/SKILL.md +1296 -27
- package/plugin/skills/frontend/accessibility/SKILL.md +1108 -34
- package/plugin/skills/frontend/frontend-design/SKILL.md +1304 -26
- package/plugin/skills/frontend/responsive/SKILL.md +847 -21
- package/plugin/skills/frontend/shadcn-ui/SKILL.md +976 -38
- package/plugin/skills/frontend/tailwindcss/SKILL.md +831 -35
- package/plugin/skills/frontend/threejs/SKILL.md +1298 -29
- package/plugin/skills/languages/javascript/SKILL.md +935 -31
- package/plugin/skills/methodology/brainstorming/SKILL.md +597 -23
- package/plugin/skills/methodology/defense-in-depth/SKILL.md +832 -34
- package/plugin/skills/methodology/dispatching-parallel-agents/SKILL.md +665 -31
- package/plugin/skills/methodology/executing-plans/SKILL.md +556 -24
- package/plugin/skills/methodology/finishing-development-branch/SKILL.md +595 -25
- package/plugin/skills/methodology/problem-solving/SKILL.md +429 -61
- package/plugin/skills/methodology/receiving-code-review/SKILL.md +536 -24
- package/plugin/skills/methodology/requesting-code-review/SKILL.md +632 -21
- package/plugin/skills/methodology/root-cause-tracing/SKILL.md +641 -30
- package/plugin/skills/methodology/sequential-thinking/SKILL.md +262 -3
- package/plugin/skills/methodology/systematic-debugging/SKILL.md +571 -32
- package/plugin/skills/methodology/test-driven-development/SKILL.md +779 -24
- package/plugin/skills/methodology/testing-anti-patterns/SKILL.md +691 -29
- package/plugin/skills/methodology/token-optimization/SKILL.md +598 -29
- package/plugin/skills/methodology/verification-before-completion/SKILL.md +543 -22
- package/plugin/skills/methodology/writing-plans/SKILL.md +590 -18
- package/plugin/skills/omega/omega-architecture/SKILL.md +838 -39
- package/plugin/skills/omega/omega-coding/SKILL.md +636 -39
- package/plugin/skills/omega/omega-sprint/SKILL.md +855 -48
- package/plugin/skills/omega/omega-testing/SKILL.md +940 -41
- package/plugin/skills/omega/omega-thinking/SKILL.md +703 -50
- package/plugin/skills/security/better-auth/SKILL.md +1065 -28
- package/plugin/skills/security/oauth/SKILL.md +968 -31
- package/plugin/skills/security/owasp/SKILL.md +894 -33
- package/plugin/skills/testing/playwright/SKILL.md +764 -38
- package/plugin/skills/testing/pytest/SKILL.md +873 -36
- package/plugin/skills/testing/vitest/SKILL.md +980 -35
|
@@ -1,54 +1,707 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: omega-thinking
|
|
3
|
-
description: 7 modes of Omega thinking
|
|
3
|
+
description: 7 modes of Omega thinking for deep analysis, 10x improvements, and transformative problem solving
|
|
4
|
+
category: omega
|
|
5
|
+
triggers:
|
|
6
|
+
- omega thinking
|
|
7
|
+
- deep analysis
|
|
8
|
+
- 10x improvement
|
|
9
|
+
- transformative thinking
|
|
10
|
+
- breakthrough ideas
|
|
11
|
+
- paradigm shift
|
|
4
12
|
---
|
|
5
13
|
|
|
6
|
-
# Omega Thinking
|
|
7
|
-
|
|
8
|
-
|
|
9
|
-
|
|
10
|
-
|
|
11
|
-
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
|
|
15
|
-
|
|
16
|
-
|
|
17
|
-
-
|
|
18
|
-
-
|
|
19
|
-
|
|
20
|
-
|
|
21
|
-
|
|
22
|
-
|
|
23
|
-
|
|
24
|
-
|
|
25
|
-
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
-
|
|
36
|
-
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
|
|
41
|
-
-
|
|
42
|
-
|
|
43
|
-
|
|
44
|
-
|
|
45
|
-
Multiple possibilities
|
|
46
|
-
|
|
47
|
-
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
|
|
51
|
-
|
|
52
|
-
|
|
53
|
-
|
|
54
|
-
|
|
14
|
+
# Omega Thinking
|
|
15
|
+
|
|
16
|
+
Master the **7 modes of Omega thinking** for breakthrough problem solving, transformative insights, and 10x improvements. This skill provides mental frameworks that transcend conventional approaches.
|
|
17
|
+
|
|
18
|
+
## Purpose
|
|
19
|
+
|
|
20
|
+
Achieve breakthrough thinking through systematic modes:
|
|
21
|
+
|
|
22
|
+
- See problems from multiple dimensions
|
|
23
|
+
- Find 10x improvements instead of 10% tweaks
|
|
24
|
+
- Escape conventional thinking traps
|
|
25
|
+
- Discover hidden opportunities
|
|
26
|
+
- Solve root causes, not symptoms
|
|
27
|
+
- Create transformative solutions
|
|
28
|
+
- Build systemic understanding
|
|
29
|
+
|
|
30
|
+
## Features
|
|
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
|
|
61
|
+
```
|
|
62
|
+
|
|
63
|
+
### 2. π Telescopic Thinking
|
|
64
|
+
|
|
65
|
+
```markdown
|
|
66
|
+
## Telescopic: Zoom Out
|
|
67
|
+
|
|
68
|
+
"What's the biggest picture this fits into?"
|
|
69
|
+
|
|
70
|
+
### The Zoom Ladder
|
|
71
|
+
```
|
|
72
|
+
Current task β What feature does this enable?
|
|
73
|
+
Feature β What product capability?
|
|
74
|
+
Product β What business outcome?
|
|
75
|
+
Business β What market need?
|
|
76
|
+
Market β What industry trend?
|
|
77
|
+
Industry β What societal shift?
|
|
78
|
+
Society β What human need?
|
|
79
|
+
```
|
|
80
|
+
|
|
81
|
+
### Application Template
|
|
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]
|
|
108
|
+
|
|
109
|
+
Level 7 - Ultimate Impact:
|
|
110
|
+
What lasting change could this create?
|
|
111
|
+
β [Answer]
|
|
112
|
+
|
|
113
|
+
## Insight
|
|
114
|
+
[What new understanding emerged from zooming out?]
|
|
115
|
+
```
|
|
116
|
+
|
|
117
|
+
### Example
|
|
118
|
+
```markdown
|
|
119
|
+
Task: Optimize database query
|
|
120
|
+
β Feature: Faster page load
|
|
121
|
+
β Product: Better user experience
|
|
122
|
+
β Business: Higher conversion rate
|
|
123
|
+
β Market: User expectation for instant responses
|
|
124
|
+
β Industry: Real-time everything trend
|
|
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
|
+
```
|
|
130
|
+
```
|
|
131
|
+
|
|
132
|
+
### 3. π¬ Microscopic Thinking
|
|
133
|
+
|
|
134
|
+
```markdown
|
|
135
|
+
## Microscopic: First Principles
|
|
136
|
+
|
|
137
|
+
"What is fundamentally, irreducibly true?"
|
|
138
|
+
|
|
139
|
+
### The 5 Whys Deep Dive
|
|
140
|
+
```
|
|
141
|
+
Problem: Users complain about slow app
|
|
142
|
+
|
|
143
|
+
Why 1? β Page load takes 5 seconds
|
|
144
|
+
Why 2? β Large JavaScript bundle
|
|
145
|
+
Why 3? β All dependencies loaded upfront
|
|
146
|
+
Why 4? β No code splitting implemented
|
|
147
|
+
Why 5? β Architecture assumed fast connections
|
|
148
|
+
|
|
149
|
+
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
|
+
|
|
175
|
+
### Why #5
|
|
176
|
+
[Why does that happen?]
|
|
177
|
+
β [Answer]
|
|
178
|
+
|
|
179
|
+
### Root Cause
|
|
180
|
+
[The fundamental issue]
|
|
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
|
+
```
|
|
200
|
+
```
|
|
201
|
+
|
|
202
|
+
### 4. βοΈ Lateral Thinking
|
|
203
|
+
|
|
204
|
+
```markdown
|
|
205
|
+
## Lateral: Different Angles
|
|
206
|
+
|
|
207
|
+
"What would [X] do differently?"
|
|
208
|
+
|
|
209
|
+
### Perspective Shifts
|
|
210
|
+
```markdown
|
|
211
|
+
## Industry Translation
|
|
212
|
+
How would [other industry] solve this?
|
|
213
|
+
|
|
214
|
+
- How would Netflix solve slow content delivery?
|
|
215
|
+
β Aggressive caching, CDN, predictive loading
|
|
216
|
+
|
|
217
|
+
- How would Tesla solve software updates?
|
|
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?
|
|
230
|
+
|
|
231
|
+
Current: Push notifications to users
|
|
232
|
+
Opposite: Let users pull when ready
|
|
233
|
+
Insight: Maybe less is more - reduce notification fatigue
|
|
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
|
|
247
|
+
|
|
248
|
+
Pick random word: "Butterfly"
|
|
249
|
+
|
|
250
|
+
Connection to our problem:
|
|
251
|
+
- Metamorphosis β Transform architecture gradually
|
|
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
|
+
```
|
|
258
|
+
```
|
|
259
|
+
|
|
260
|
+
### 5. π Inversion Thinking
|
|
261
|
+
|
|
262
|
+
```markdown
|
|
263
|
+
## Inversion: Learn from Failure
|
|
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]
|
|
273
|
+
|
|
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
|
+
Goal: Build a highly reliable system
|
|
302
|
+
|
|
303
|
+
Guaranteed Failures:
|
|
304
|
+
1. No monitoring β Add comprehensive monitoring
|
|
305
|
+
2. Single points of failure β Build redundancy
|
|
306
|
+
3. No testing β Implement thorough testing
|
|
307
|
+
4. Ignore edge cases β Design for edge cases
|
|
308
|
+
5. Deploy on Friday β Establish deployment policies
|
|
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]
|
|
321
|
+
|
|
322
|
+
Imagine it's 6 months from now and the project failed.
|
|
323
|
+
|
|
324
|
+
### What went wrong?
|
|
325
|
+
|
|
326
|
+
Technical Failures:
|
|
327
|
+
- [Potential technical failure 1]
|
|
328
|
+
- [Potential technical failure 2]
|
|
329
|
+
|
|
330
|
+
Process Failures:
|
|
331
|
+
- [Potential process failure 1]
|
|
332
|
+
- [Potential process failure 2]
|
|
333
|
+
|
|
334
|
+
People Failures:
|
|
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]
|
|
344
|
+
```
|
|
345
|
+
```
|
|
346
|
+
|
|
347
|
+
### 6. β³ Temporal Thinking
|
|
348
|
+
|
|
349
|
+
```markdown
|
|
350
|
+
## Temporal: Time Dimension
|
|
351
|
+
|
|
352
|
+
"How does time change this?"
|
|
353
|
+
|
|
354
|
+
### Time Horizon Analysis
|
|
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
|
+
```
|
|
388
|
+
|
|
389
|
+
### Temporal Strategy Template
|
|
390
|
+
```markdown
|
|
391
|
+
## Technology Decision: [Technology]
|
|
392
|
+
|
|
393
|
+
### Current Value
|
|
394
|
+
[What value does it provide today?]
|
|
395
|
+
|
|
396
|
+
### Peak Value (When?)
|
|
397
|
+
[When will it be most valuable?]
|
|
398
|
+
|
|
399
|
+
### Decline (When?)
|
|
400
|
+
[When will it start declining?]
|
|
401
|
+
|
|
402
|
+
### Obsolescence (When?)
|
|
403
|
+
[When will it become obsolete?]
|
|
404
|
+
|
|
405
|
+
### What Replaces It?
|
|
406
|
+
[What will take its place?]
|
|
407
|
+
|
|
408
|
+
### Decision
|
|
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
|
|
428
|
+
- First: More deployment complexity
|
|
429
|
+
- Second: Team reorganization around services
|
|
430
|
+
- Third: Different hiring needs (DevOps focus)
|
|
431
|
+
- Fourth: Company culture shifts to distributed
|
|
432
|
+
```
|
|
433
|
+
```
|
|
434
|
+
|
|
435
|
+
### 7. πΈοΈ Systemic Thinking
|
|
436
|
+
|
|
437
|
+
```markdown
|
|
438
|
+
## Systemic: Interconnections
|
|
439
|
+
|
|
440
|
+
"What are all the connections and feedback loops?"
|
|
441
|
+
|
|
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
|
+
```markdown
|
|
467
|
+
## Feedback Loops: [System]
|
|
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
|
|
476
|
+
|
|
477
|
+
### Balancing Loops (Stabilize)
|
|
478
|
+
1. [Loop description]
|
|
479
|
+
A increases β B decreases β A stabilizes
|
|
480
|
+
|
|
481
|
+
2. [Loop description]
|
|
482
|
+
X grows β Y limits β X stops growing
|
|
483
|
+
|
|
484
|
+
### Intervention Points
|
|
485
|
+
Where can we intervene for maximum effect?
|
|
486
|
+
1. [High leverage point]
|
|
487
|
+
2. [Medium leverage point]
|
|
488
|
+
3. [Low leverage point]
|
|
489
|
+
|
|
490
|
+
### Unintended Consequences
|
|
491
|
+
What might happen that we don't expect?
|
|
492
|
+
1. [Potential consequence]
|
|
493
|
+
2. [Potential consequence]
|
|
494
|
+
```
|
|
495
|
+
|
|
496
|
+
### Emergence Detection
|
|
497
|
+
```markdown
|
|
498
|
+
## Emergent Properties: [System]
|
|
499
|
+
|
|
500
|
+
### Components
|
|
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
|
+
```
|
|
521
|
+
```
|
|
522
|
+
|
|
523
|
+
### 8. βοΈ Quantum Thinking
|
|
524
|
+
|
|
525
|
+
```markdown
|
|
526
|
+
## Quantum: Multiple Possibilities
|
|
527
|
+
|
|
528
|
+
"What are all possible states simultaneously?"
|
|
529
|
+
|
|
530
|
+
### Possibility Explosion
|
|
531
|
+
```markdown
|
|
532
|
+
## Quantum Analysis: [Decision]
|
|
533
|
+
|
|
534
|
+
### Conventional Options
|
|
535
|
+
1. Option A: [Standard approach]
|
|
536
|
+
2. Option B: [Alternative approach]
|
|
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]
|
|
558
|
+
|
|
559
|
+
### Key Uncertainties
|
|
560
|
+
1. [Uncertainty 1]: High/Low
|
|
561
|
+
2. [Uncertainty 2]: High/Low
|
|
562
|
+
|
|
563
|
+
### Scenario Matrix
|
|
564
|
+
Uncertainty 2
|
|
565
|
+
Low High
|
|
566
|
+
βββββββββββββββ¬ββββββββββββββ
|
|
567
|
+
High β Scenario A β Scenario B β
|
|
568
|
+
Uncertainty 1 β [Describe] β [Describe] β
|
|
569
|
+
βββββββββββββββΌββββββββββββββ€
|
|
570
|
+
Low β Scenario C β Scenario D β
|
|
571
|
+
β [Describe] β [Describe] β
|
|
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
|
+
```
|
|
585
|
+
|
|
586
|
+
### Optionality Creation
|
|
587
|
+
```markdown
|
|
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
|
|
608
|
+
```
|
|
609
|
+
```
|
|
610
|
+
|
|
611
|
+
## Use Cases
|
|
612
|
+
|
|
613
|
+
### Full Omega Analysis
|
|
614
|
+
|
|
615
|
+
```markdown
|
|
616
|
+
## Complete Omega Analysis: API Performance Problem
|
|
617
|
+
|
|
618
|
+
### π Telescopic
|
|
619
|
+
- Task: Fix slow API
|
|
620
|
+
- Feature: Better response times
|
|
621
|
+
- Product: Superior user experience
|
|
622
|
+
- Business: Competitive advantage
|
|
623
|
+
- Market: Real-time expectation economy
|
|
624
|
+
Insight: Need to think real-time first, not request-response
|
|
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
|
|
668
|
+
|
|
669
|
+
## Synthesis
|
|
670
|
+
10x Opportunity: Shift from request-response to
|
|
671
|
+
event-driven real-time architecture with edge caching.
|
|
672
|
+
```
|
|
673
|
+
|
|
674
|
+
## Best Practices
|
|
675
|
+
|
|
676
|
+
### Do's
|
|
677
|
+
|
|
678
|
+
- Apply ALL 7 modes systematically
|
|
679
|
+
- Document insights from each mode
|
|
680
|
+
- Look for 10x opportunities, not 10% tweaks
|
|
681
|
+
- Synthesize across modes
|
|
682
|
+
- Challenge assumptions explicitly
|
|
683
|
+
- Consider unintended consequences
|
|
684
|
+
- Map systems and feedback loops
|
|
685
|
+
- Think across time horizons
|
|
686
|
+
- Generate many possibilities
|
|
687
|
+
- Seek first principles truths
|
|
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)
|