omgkit 2.2.0 → 2.3.1
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/README.md +3 -3
- package/package.json +1 -1
- package/plugin/skills/databases/database-management/SKILL.md +288 -0
- package/plugin/skills/databases/database-migration/SKILL.md +285 -0
- package/plugin/skills/databases/database-schema-design/SKILL.md +195 -0
- 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/databases/supabase/SKILL.md +283 -0
- 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,608 +1,102 @@
|
|
|
1
1
|
---
|
|
2
|
-
name: brainstorming
|
|
3
|
-
description:
|
|
4
|
-
category: methodology
|
|
5
|
-
triggers:
|
|
6
|
-
- brainstorming
|
|
7
|
-
- idea generation
|
|
8
|
-
- creative thinking
|
|
9
|
-
- explore options
|
|
10
|
-
- what are possibilities
|
|
11
|
-
- alternatives
|
|
12
|
-
- ideation
|
|
2
|
+
name: brainstorming-ideas
|
|
3
|
+
description: AI agent generates diverse solutions through structured divergent thinking and systematic exploration frameworks. Use when exploring options, solving problems creatively, or generating alternatives.
|
|
13
4
|
---
|
|
14
5
|
|
|
15
|
-
# Brainstorming
|
|
6
|
+
# Brainstorming Ideas
|
|
16
7
|
|
|
17
|
-
|
|
8
|
+
## Quick Start
|
|
18
9
|
|
|
19
|
-
|
|
20
|
-
|
|
21
|
-
|
|
22
|
-
|
|
23
|
-
-
|
|
24
|
-
- Explore problem spaces thoroughly before converging
|
|
25
|
-
- Combine individual creativity with team intelligence
|
|
26
|
-
- Evaluate ideas objectively using structured frameworks
|
|
27
|
-
- Avoid premature judgment that kills innovation
|
|
28
|
-
- Build on ideas to create novel combinations
|
|
29
|
-
- Document and prioritize outcomes effectively
|
|
10
|
+
1. **Diverge** (20 min) - Generate 20+ ideas with no judgment
|
|
11
|
+
2. **Explore** (10 min) - Combine, connect, flesh out themes
|
|
12
|
+
3. **Converge** (15 min) - Evaluate against criteria, prioritize
|
|
13
|
+
4. **Select** - Pick top 3 with clear rationale
|
|
14
|
+
5. **Document** - Capture all ideas and decisions for future reference
|
|
30
15
|
|
|
31
16
|
## Features
|
|
32
17
|
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
|
|
41
|
-
2. **No judgment** - All ideas valid, no criticism
|
|
42
|
-
3. **Wild ideas welcome** - Extreme ideas spark creativity
|
|
43
|
-
4. **Build on others** - "Yes, and..." approach
|
|
44
|
-
5. **One conversation** - Focus, no side discussions
|
|
45
|
-
|
|
46
|
-
### Divergent Techniques
|
|
47
|
-
┌─────────────────────────────────────────────────┐
|
|
48
|
-
│ Classic Brainstorm: Free association │
|
|
49
|
-
│ Brainwriting: Silent written ideas │
|
|
50
|
-
│ Mind Mapping: Visual connections │
|
|
51
|
-
│ SCAMPER: Systematic modifications │
|
|
52
|
-
│ Random Stimulus: External triggers │
|
|
53
|
-
│ Reverse Brainstorm: How to cause problem │
|
|
54
|
-
│ Role Storming: Perspective taking │
|
|
55
|
-
│ Starbursting: Question-based exploration │
|
|
56
|
-
└─────────────────────────────────────────────────┘
|
|
57
|
-
|
|
58
|
-
## Phase 2: EXPLORE (Develop Ideas)
|
|
59
|
-
═══════════════════════════════════
|
|
60
|
-
|
|
61
|
-
### Exploration Activities
|
|
62
|
-
- Combine similar ideas into themes
|
|
63
|
-
- Identify patterns and connections
|
|
64
|
-
- Ask clarifying questions
|
|
65
|
-
- Flesh out promising concepts
|
|
66
|
-
- Find unexpected combinations
|
|
18
|
+
| Feature | Description | Guide |
|
|
19
|
+
|---------|-------------|-------|
|
|
20
|
+
| Divergent Phase | Generate many options | Quantity over quality, no judgment |
|
|
21
|
+
| SCAMPER | Systematic modification | Substitute, Combine, Adapt, Modify, Put to use, Eliminate, Reverse |
|
|
22
|
+
| Mind Mapping | Visual connections | Central topic with branching ideas |
|
|
23
|
+
| Reverse Brainstorm | Learn from failure | "How to guarantee failure?" -> prevention |
|
|
24
|
+
| Role Storming | Different perspectives | Junior dev, security expert, user personas |
|
|
25
|
+
| Starbursting | Question-based | Who, What, When, Where, Why, How |
|
|
67
26
|
|
|
68
|
-
|
|
69
|
-
- What makes this idea unique?
|
|
70
|
-
- What would need to be true for this to work?
|
|
71
|
-
- How might we improve this further?
|
|
72
|
-
- What other ideas does this suggest?
|
|
27
|
+
## Common Patterns
|
|
73
28
|
|
|
74
|
-
## Phase 3: CONVERGE (Evaluate & Prioritize)
|
|
75
|
-
═══════════════════════════════════════════
|
|
76
|
-
|
|
77
|
-
### Convergent Criteria
|
|
78
|
-
Evaluate ideas against:
|
|
79
|
-
- Feasibility: Can we do this?
|
|
80
|
-
- Impact: How much value does it create?
|
|
81
|
-
- Alignment: Does it fit our goals?
|
|
82
|
-
- Novelty: How differentiated is it?
|
|
83
|
-
- Risk: What could go wrong?
|
|
84
|
-
|
|
85
|
-
### Prioritization Matrix
|
|
86
|
-
| Idea | Impact | Effort | Score | Priority |
|
|
87
|
-
|------|--------|--------|-------|----------|
|
|
88
|
-
| A | High | Low | 9 | 1st |
|
|
89
|
-
| B | High | High | 6 | 3rd |
|
|
90
|
-
| C | Medium | Low | 7 | 2nd |
|
|
91
29
|
```
|
|
92
|
-
|
|
93
|
-
|
|
94
|
-
|
|
95
|
-
|
|
96
|
-
|
|
97
|
-
|
|
98
|
-
|
|
99
|
-
|
|
100
|
-
|
|
101
|
-
|
|
102
|
-
-
|
|
103
|
-
-
|
|
104
|
-
-
|
|
105
|
-
-
|
|
106
|
-
|
|
107
|
-
Examples:
|
|
108
|
-
- Substitute SQL with NoSQL
|
|
109
|
-
- Substitute monolith with microservices
|
|
110
|
-
- Substitute sync with async
|
|
111
|
-
|
|
112
|
-
### C - Combine
|
|
113
|
-
What can we combine?
|
|
114
|
-
- Features → Merge functionalities?
|
|
115
|
-
- Ideas → Hybrid approaches?
|
|
116
|
-
- Resources → Shared infrastructure?
|
|
117
|
-
|
|
118
|
-
Examples:
|
|
119
|
-
- Combine search and recommendations
|
|
120
|
-
- Combine auth and analytics
|
|
121
|
-
- Combine monitoring and alerting
|
|
122
|
-
|
|
123
|
-
### A - Adapt
|
|
124
|
-
What can we adapt from elsewhere?
|
|
125
|
-
- Other industries?
|
|
126
|
-
- Other products?
|
|
127
|
-
- Nature/biology?
|
|
128
|
-
- Historical solutions?
|
|
129
|
-
|
|
130
|
-
Examples:
|
|
131
|
-
- Adapt Netflix's chaos engineering
|
|
132
|
-
- Adapt Amazon's two-pizza teams
|
|
133
|
-
- Adapt circuit breaker from electrical
|
|
134
|
-
|
|
135
|
-
### M - Modify/Magnify
|
|
136
|
-
What can we modify, magnify, or minimize?
|
|
137
|
-
- Make bigger/smaller?
|
|
138
|
-
- Faster/slower?
|
|
139
|
-
- More/less frequent?
|
|
140
|
-
- Stronger/weaker?
|
|
141
|
-
|
|
142
|
-
Examples:
|
|
143
|
-
- Magnify caching layer
|
|
144
|
-
- Minimize API surface
|
|
145
|
-
- Increase batch size
|
|
146
|
-
|
|
147
|
-
### P - Put to Other Uses
|
|
148
|
-
What else could this be used for?
|
|
149
|
-
- Different users?
|
|
150
|
-
- Different problems?
|
|
151
|
-
- Different contexts?
|
|
152
|
-
|
|
153
|
-
Examples:
|
|
154
|
-
- Use logging for debugging AND analytics
|
|
155
|
-
- Use auth tokens for rate limiting
|
|
156
|
-
- Use CI for documentation builds
|
|
157
|
-
|
|
158
|
-
### E - Eliminate
|
|
159
|
-
What can we eliminate?
|
|
160
|
-
- Remove features?
|
|
161
|
-
- Simplify process?
|
|
162
|
-
- Reduce dependencies?
|
|
163
|
-
|
|
164
|
-
Examples:
|
|
165
|
-
- Eliminate manual deployments
|
|
166
|
-
- Remove deprecated endpoints
|
|
167
|
-
- Simplify configuration
|
|
168
|
-
|
|
169
|
-
### R - Reverse/Rearrange
|
|
170
|
-
What can we reverse or rearrange?
|
|
171
|
-
- Opposite approach?
|
|
172
|
-
- Different order?
|
|
173
|
-
- Different structure?
|
|
174
|
-
|
|
175
|
-
Examples:
|
|
176
|
-
- Pull instead of push
|
|
177
|
-
- Client-first instead of server-first
|
|
178
|
-
- Event-driven instead of request-driven
|
|
30
|
+
# Divergent Phase Rules
|
|
31
|
+
1. Quantity over quality - aim for 20+ ideas
|
|
32
|
+
2. No judgment - all ideas valid
|
|
33
|
+
3. Wild ideas welcome - sparks creativity
|
|
34
|
+
4. Build on others - "Yes, and..."
|
|
35
|
+
5. Time-box - prevent over-analysis
|
|
36
|
+
|
|
37
|
+
# SCAMPER Framework
|
|
38
|
+
S - SUBSTITUTE: Different tech stack? Team structure?
|
|
39
|
+
C - COMBINE: Merge features? Hybrid approaches?
|
|
40
|
+
A - ADAPT: From other industries? Products?
|
|
41
|
+
M - MODIFY/MAGNIFY: Bigger/smaller? Faster/slower?
|
|
42
|
+
P - PUT TO OTHER USES: Different users? Problems?
|
|
43
|
+
E - ELIMINATE: Remove features? Simplify?
|
|
44
|
+
R - REVERSE: Opposite approach? Different order?
|
|
179
45
|
```
|
|
180
46
|
|
|
181
|
-
### 3. Mind Mapping Template
|
|
182
|
-
|
|
183
|
-
```markdown
|
|
184
|
-
## Mind Map Structure
|
|
185
|
-
|
|
186
|
-
┌─ Sub-idea 1.1
|
|
187
|
-
┌─ Idea 1 ├─ Sub-idea 1.2
|
|
188
|
-
│ └─ Sub-idea 1.3
|
|
189
|
-
│
|
|
190
|
-
│ ┌─ Sub-idea 2.1
|
|
191
|
-
PROBLEM ──┼─ Idea 2 ├─ Sub-idea 2.2
|
|
192
|
-
│ └─ Sub-idea 2.3
|
|
193
|
-
│
|
|
194
|
-
│ ┌─ Sub-idea 3.1
|
|
195
|
-
└─ Idea 3 ├─ Sub-idea 3.2
|
|
196
|
-
└─ Sub-idea 3.3
|
|
197
|
-
|
|
198
|
-
## Digital Mind Map Format
|
|
199
|
-
```yaml
|
|
200
|
-
central_topic: "How to improve API performance"
|
|
201
|
-
branches:
|
|
202
|
-
- name: "Caching"
|
|
203
|
-
ideas:
|
|
204
|
-
- "Redis layer"
|
|
205
|
-
- "CDN for static"
|
|
206
|
-
- "Application-level cache"
|
|
207
|
-
- "Database query cache"
|
|
208
|
-
connections:
|
|
209
|
-
- links_to: "Infrastructure"
|
|
210
|
-
relationship: "requires"
|
|
211
|
-
|
|
212
|
-
- name: "Database"
|
|
213
|
-
ideas:
|
|
214
|
-
- "Query optimization"
|
|
215
|
-
- "Indexing strategy"
|
|
216
|
-
- "Read replicas"
|
|
217
|
-
- "Connection pooling"
|
|
218
|
-
|
|
219
|
-
- name: "Architecture"
|
|
220
|
-
ideas:
|
|
221
|
-
- "Async processing"
|
|
222
|
-
- "Load balancing"
|
|
223
|
-
- "Horizontal scaling"
|
|
224
|
-
- "Edge computing"
|
|
225
|
-
|
|
226
|
-
- name: "Code"
|
|
227
|
-
ideas:
|
|
228
|
-
- "Algorithm efficiency"
|
|
229
|
-
- "Lazy loading"
|
|
230
|
-
- "Pagination"
|
|
231
|
-
- "Compression"
|
|
232
47
|
```
|
|
233
|
-
|
|
234
|
-
|
|
235
|
-
|
|
236
|
-
```markdown
|
|
237
|
-
## Reverse Brainstorming: Learn from Failure
|
|
238
|
-
|
|
239
|
-
Instead of "How do we succeed?", ask "How do we guarantee failure?"
|
|
240
|
-
|
|
241
|
-
### Process
|
|
242
|
-
1. State the goal
|
|
243
|
-
2. Reverse: "How to guarantee we FAIL at this goal?"
|
|
244
|
-
3. Generate failure ideas freely
|
|
245
|
-
4. Reverse each failure into prevention
|
|
246
|
-
|
|
247
|
-
### Example: How to Build Unreliable API
|
|
248
|
-
|
|
249
|
-
**Goal:** Build a reliable API
|
|
250
|
-
**Reversed:** How to make the MOST unreliable API?
|
|
48
|
+
# Reverse Brainstorm
|
|
49
|
+
Goal: Build reliable API
|
|
50
|
+
Reversed: How to make MOST unreliable API?
|
|
251
51
|
|
|
252
52
|
| Failure Idea | Prevention Strategy |
|
|
253
53
|
|--------------|---------------------|
|
|
254
54
|
| No error handling | Comprehensive try/catch |
|
|
255
55
|
| Single point of failure | Redundancy, load balancing |
|
|
256
56
|
| No monitoring | Prometheus + Grafana |
|
|
257
|
-
| Ignore timeouts | Circuit breakers |
|
|
258
|
-
| No rate limiting | Token bucket algorithm |
|
|
259
57
|
| Deploy on Fridays | Change freeze policies |
|
|
260
|
-
| No testing | 80%+ test coverage |
|
|
261
|
-
| Hardcode secrets | Environment variables |
|
|
262
|
-
| No documentation | OpenAPI specs |
|
|
263
|
-
| Ignore logs | Structured logging |
|
|
264
|
-
|
|
265
|
-
### Template
|
|
266
|
-
```yaml
|
|
267
|
-
reverse_brainstorm:
|
|
268
|
-
goal: "[What we want to achieve]"
|
|
269
|
-
reversed_question: "How to guarantee we fail at [goal]?"
|
|
270
|
-
|
|
271
|
-
failure_ideas:
|
|
272
|
-
- failure: "[Way to fail]"
|
|
273
|
-
prevention: "[How to prevent]"
|
|
274
|
-
priority: high|medium|low
|
|
275
58
|
|
|
276
|
-
|
|
277
|
-
|
|
278
|
-
|
|
59
|
+
# Prioritization Matrix
|
|
60
|
+
| Idea | Impact | Effort | Score | Priority |
|
|
61
|
+
|------|--------|--------|-------|----------|
|
|
62
|
+
| A | High | Low | 9 | 1st |
|
|
63
|
+
| B | High | High | 6 | 3rd |
|
|
64
|
+
| C | Medium | Low | 7 | 2nd |
|
|
279
65
|
```
|
|
280
66
|
|
|
281
|
-
|
|
282
|
-
|
|
283
|
-
|
|
284
|
-
|
|
285
|
-
|
|
286
|
-
|
|
287
|
-
|
|
288
|
-
|
|
289
|
-
|
|
290
|
-
**Technical Roles:**
|
|
291
|
-
- Junior Developer: "What's confusing about this?"
|
|
292
|
-
- Senior Architect: "How does this scale?"
|
|
293
|
-
- Security Expert: "What are the vulnerabilities?"
|
|
294
|
-
- DevOps Engineer: "How do we deploy/monitor this?"
|
|
295
|
-
- QA Tester: "What could break?"
|
|
296
|
-
|
|
297
|
-
**User Roles:**
|
|
298
|
-
- Power User: "What advanced features do I need?"
|
|
67
|
+
```
|
|
68
|
+
# Role Storming Perspectives
|
|
69
|
+
TECHNICAL:
|
|
70
|
+
- Junior Dev: "What's confusing?"
|
|
71
|
+
- Security Expert: "What vulnerabilities?"
|
|
72
|
+
- DevOps: "How to deploy/monitor?"
|
|
73
|
+
|
|
74
|
+
USER:
|
|
75
|
+
- Power User: "Advanced features needed?"
|
|
299
76
|
- New User: "Is this intuitive?"
|
|
300
77
|
- Frustrated User: "What's annoying?"
|
|
301
|
-
- Competitor's User: "What would make me switch?"
|
|
302
|
-
|
|
303
|
-
**Business Roles:**
|
|
304
|
-
- CEO: "Does this align with vision?"
|
|
305
|
-
- Sales: "Can I sell this?"
|
|
306
|
-
- Support: "What questions will users ask?"
|
|
307
|
-
- Finance: "What's the ROI?"
|
|
308
78
|
|
|
309
|
-
|
|
79
|
+
EXTERNAL:
|
|
310
80
|
- Competitor: "How would we copy this?"
|
|
311
|
-
-
|
|
312
|
-
- Hacker: "How would I exploit this?"
|
|
313
|
-
- Future User (10 years): "Will this age well?"
|
|
314
|
-
|
|
315
|
-
### Role Storming Template
|
|
316
|
-
```markdown
|
|
317
|
-
## Role Storming Session
|
|
318
|
-
|
|
319
|
-
### Problem: [Statement]
|
|
320
|
-
|
|
321
|
-
### Perspective: Junior Developer
|
|
322
|
-
Questions:
|
|
323
|
-
- Why is this implemented this way?
|
|
324
|
-
- What should I learn first?
|
|
325
|
-
Ideas:
|
|
326
|
-
- Better onboarding docs
|
|
327
|
-
- Code comments
|
|
328
|
-
- Example implementations
|
|
329
|
-
|
|
330
|
-
### Perspective: Security Expert
|
|
331
|
-
Questions:
|
|
332
|
-
- Where are the attack surfaces?
|
|
333
|
-
- What data is exposed?
|
|
334
|
-
Ideas:
|
|
335
|
-
- Input validation everywhere
|
|
336
|
-
- Rate limiting on all endpoints
|
|
337
|
-
- Audit logging
|
|
338
|
-
```
|
|
339
|
-
|
|
340
|
-
### 6. Starbursting (Question-Based)
|
|
341
|
-
|
|
342
|
-
```markdown
|
|
343
|
-
## Starbursting: Explore Through Questions
|
|
344
|
-
|
|
345
|
-
Instead of generating solutions, generate questions about the idea.
|
|
346
|
-
|
|
347
|
-
### The 6 Points of the Star
|
|
348
|
-
|
|
349
|
-
WHO?
|
|
350
|
-
│
|
|
351
|
-
│
|
|
352
|
-
WHEN? ───────┼─────── WHY?
|
|
353
|
-
│
|
|
354
|
-
│
|
|
355
|
-
WHERE? ─────┼───── WHAT?
|
|
356
|
-
│
|
|
357
|
-
│
|
|
358
|
-
HOW?
|
|
359
|
-
|
|
360
|
-
### Questions per Category
|
|
361
|
-
|
|
362
|
-
**WHO?**
|
|
363
|
-
- Who is the target user?
|
|
364
|
-
- Who will build this?
|
|
365
|
-
- Who approves this?
|
|
366
|
-
- Who is affected by this?
|
|
367
|
-
- Who are the stakeholders?
|
|
368
|
-
|
|
369
|
-
**WHAT?**
|
|
370
|
-
- What problem does this solve?
|
|
371
|
-
- What features are essential?
|
|
372
|
-
- What resources are needed?
|
|
373
|
-
- What are the constraints?
|
|
374
|
-
- What defines success?
|
|
375
|
-
|
|
376
|
-
**WHEN?**
|
|
377
|
-
- When do we start?
|
|
378
|
-
- When do we ship?
|
|
379
|
-
- When do users need this?
|
|
380
|
-
- When does this become obsolete?
|
|
381
|
-
- When do we measure success?
|
|
382
|
-
|
|
383
|
-
**WHERE?**
|
|
384
|
-
- Where will this be used?
|
|
385
|
-
- Where will it be deployed?
|
|
386
|
-
- Where are the bottlenecks?
|
|
387
|
-
- Where does data come from?
|
|
388
|
-
- Where does this fit in the system?
|
|
389
|
-
|
|
390
|
-
**WHY?**
|
|
391
|
-
- Why is this needed now?
|
|
392
|
-
- Why this approach?
|
|
393
|
-
- Why would users choose this?
|
|
394
|
-
- Why might this fail?
|
|
395
|
-
- Why haven't others done this?
|
|
396
|
-
|
|
397
|
-
**HOW?**
|
|
398
|
-
- How will we build this?
|
|
399
|
-
- How will we test this?
|
|
400
|
-
- How will we deploy this?
|
|
401
|
-
- How will we measure success?
|
|
402
|
-
- How will we maintain this?
|
|
403
|
-
```
|
|
404
|
-
|
|
405
|
-
## Use Cases
|
|
406
|
-
|
|
407
|
-
### Feature Exploration Session
|
|
408
|
-
|
|
409
|
-
```markdown
|
|
410
|
-
## Brainstorming: User Dashboard Features
|
|
411
|
-
|
|
412
|
-
### Setup
|
|
413
|
-
- Participants: Product, Engineering, Design
|
|
414
|
-
- Time: 45 minutes
|
|
415
|
-
- Goal: Generate 30+ feature ideas
|
|
416
|
-
|
|
417
|
-
### Phase 1: Diverge (20 min)
|
|
418
|
-
Ideas generated:
|
|
419
|
-
1. Real-time activity feed
|
|
420
|
-
2. Customizable widgets
|
|
421
|
-
3. Dark mode
|
|
422
|
-
4. Keyboard shortcuts
|
|
423
|
-
5. Export to PDF
|
|
424
|
-
6. Team collaboration view
|
|
425
|
-
7. Notification center
|
|
426
|
-
8. Quick actions bar
|
|
427
|
-
9. Search across all data
|
|
428
|
-
10. Saved filters
|
|
429
|
-
11. Dashboard templates
|
|
430
|
-
12. Mobile-responsive
|
|
431
|
-
13. Offline mode
|
|
432
|
-
14. Voice commands
|
|
433
|
-
15. AI-powered insights
|
|
434
|
-
16. Comparison views
|
|
435
|
-
17. Drill-down analytics
|
|
436
|
-
18. Bookmark favorites
|
|
437
|
-
19. Recently viewed
|
|
438
|
-
20. Personalized recommendations
|
|
439
|
-
... [30+ total]
|
|
440
|
-
|
|
441
|
-
### Phase 2: Explore (10 min)
|
|
442
|
-
Themes identified:
|
|
443
|
-
- Personalization: 1, 2, 10, 18, 20
|
|
444
|
-
- Productivity: 4, 8, 9, 11
|
|
445
|
-
- Collaboration: 6, 7
|
|
446
|
-
- Accessibility: 3, 12, 13, 14
|
|
447
|
-
- Analytics: 15, 16, 17
|
|
448
|
-
|
|
449
|
-
### Phase 3: Converge (15 min)
|
|
450
|
-
|
|
451
|
-
| Feature | Impact | Effort | User Demand | Priority |
|
|
452
|
-
|---------|--------|--------|-------------|----------|
|
|
453
|
-
| Customizable widgets | High | Medium | High | 1 |
|
|
454
|
-
| Real-time activity | High | High | Medium | 3 |
|
|
455
|
-
| Dark mode | Medium | Low | High | 2 |
|
|
456
|
-
| Keyboard shortcuts | Medium | Low | Medium | 4 |
|
|
457
|
-
| AI insights | High | Very High | Low | 5 |
|
|
458
|
-
|
|
459
|
-
### Output
|
|
460
|
-
**Top 3 Recommendations:**
|
|
461
|
-
1. **Customizable widgets** - High impact, moderate effort, user demand
|
|
462
|
-
2. **Dark mode** - Quick win, high user satisfaction
|
|
463
|
-
3. **Real-time activity** - Differentiator, worth investment
|
|
464
|
-
|
|
465
|
-
**Quick Wins for Sprint:**
|
|
466
|
-
- Dark mode
|
|
467
|
-
- Keyboard shortcuts
|
|
468
|
-
- Saved filters
|
|
469
|
-
```
|
|
470
|
-
|
|
471
|
-
### Technical Architecture Brainstorm
|
|
472
|
-
|
|
473
|
-
```markdown
|
|
474
|
-
## Brainstorming: Scaling Strategy
|
|
475
|
-
|
|
476
|
-
### SCAMPER Application
|
|
477
|
-
|
|
478
|
-
**Current:** Single PostgreSQL database
|
|
479
|
-
|
|
480
|
-
**Substitute:**
|
|
481
|
-
- DynamoDB for write-heavy tables
|
|
482
|
-
- Redis for session storage
|
|
483
|
-
- S3 for file storage
|
|
484
|
-
|
|
485
|
-
**Combine:**
|
|
486
|
-
- Combined read replicas with caching
|
|
487
|
-
- Unified search with Elasticsearch
|
|
488
|
-
|
|
489
|
-
**Adapt:**
|
|
490
|
-
- Netflix's Zuul gateway pattern
|
|
491
|
-
- Uber's ringpop for consistent hashing
|
|
492
|
-
|
|
493
|
-
**Modify:**
|
|
494
|
-
- Increase connection pool size
|
|
495
|
-
- Reduce query complexity
|
|
496
|
-
- Add more indexes
|
|
497
|
-
|
|
498
|
-
**Put to Other Uses:**
|
|
499
|
-
- Use audit logs for analytics
|
|
500
|
-
- Use cache for rate limiting
|
|
501
|
-
|
|
502
|
-
**Eliminate:**
|
|
503
|
-
- Remove N+1 queries
|
|
504
|
-
- Eliminate synchronous external calls
|
|
505
|
-
- Remove unused indexes
|
|
506
|
-
|
|
507
|
-
**Reverse:**
|
|
508
|
-
- Push instead of pull for notifications
|
|
509
|
-
- Event sourcing instead of CRUD
|
|
510
|
-
|
|
511
|
-
### Selected Strategies
|
|
512
|
-
1. Read replicas (immediate)
|
|
513
|
-
2. Redis caching layer (week 2)
|
|
514
|
-
3. Async job processing (week 3)
|
|
515
|
-
4. Event-driven architecture (Q2)
|
|
81
|
+
- Hacker: "How to exploit this?"
|
|
516
82
|
```
|
|
517
83
|
|
|
518
84
|
## Best Practices
|
|
519
85
|
|
|
520
|
-
|
|
521
|
-
|
|
522
|
-
|
|
523
|
-
|
|
524
|
-
|
|
525
|
-
|
|
526
|
-
|
|
527
|
-
|
|
528
|
-
|
|
529
|
-
|
|
530
|
-
|
|
531
|
-
|
|
532
|
-
|
|
533
|
-
|
|
534
|
-
|
|
535
|
-
-
|
|
536
|
-
-
|
|
537
|
-
- Don't skip the exploration phase
|
|
538
|
-
- Don't converge too early
|
|
539
|
-
- Don't forget to capture reasoning
|
|
540
|
-
- Don't brainstorm without a clear goal
|
|
541
|
-
- Don't ignore quiet participants
|
|
542
|
-
- Don't let sessions run too long (60 min max)
|
|
543
|
-
- Don't expect perfect ideas immediately
|
|
544
|
-
- Don't abandon ideas without evaluation
|
|
545
|
-
|
|
546
|
-
### Session Facilitation Checklist
|
|
547
|
-
|
|
548
|
-
```markdown
|
|
549
|
-
## Pre-Session
|
|
550
|
-
- [ ] Define clear problem statement
|
|
551
|
-
- [ ] Select appropriate techniques
|
|
552
|
-
- [ ] Invite diverse participants
|
|
553
|
-
- [ ] Prepare materials (sticky notes, timer)
|
|
554
|
-
- [ ] Set ground rules
|
|
555
|
-
|
|
556
|
-
## During Session
|
|
557
|
-
- [ ] State the problem clearly
|
|
558
|
-
- [ ] Explain the process
|
|
559
|
-
- [ ] Enforce no-judgment rule
|
|
560
|
-
- [ ] Keep time boxes
|
|
561
|
-
- [ ] Encourage quiet participants
|
|
562
|
-
- [ ] Capture all ideas visibly
|
|
563
|
-
|
|
564
|
-
## Post-Session
|
|
565
|
-
- [ ] Organize and cluster ideas
|
|
566
|
-
- [ ] Share summary with all participants
|
|
567
|
-
- [ ] Identify owners for top ideas
|
|
568
|
-
- [ ] Schedule follow-up if needed
|
|
569
|
-
- [ ] Store documentation for reference
|
|
570
|
-
```
|
|
571
|
-
|
|
572
|
-
## Output Templates
|
|
573
|
-
|
|
574
|
-
```markdown
|
|
575
|
-
## Brainstorming Session Summary
|
|
576
|
-
|
|
577
|
-
### Session Info
|
|
578
|
-
- Date: [Date]
|
|
579
|
-
- Participants: [Names]
|
|
580
|
-
- Duration: [Time]
|
|
581
|
-
- Technique: [Methods used]
|
|
582
|
-
|
|
583
|
-
### Problem Statement
|
|
584
|
-
[Clear statement of what we're solving]
|
|
585
|
-
|
|
586
|
-
### Ideas Generated
|
|
587
|
-
[Numbered list of all ideas]
|
|
588
|
-
|
|
589
|
-
### Top Recommendations
|
|
590
|
-
1. **Best Overall:** [Idea] - [Why]
|
|
591
|
-
2. **Most Innovative:** [Idea] - [Why]
|
|
592
|
-
3. **Quickest Win:** [Idea] - [Why]
|
|
593
|
-
4. **Long-term Play:** [Idea] - [Why]
|
|
594
|
-
|
|
595
|
-
### Action Items
|
|
596
|
-
- [ ] [Action] - Owner: [Name] - Due: [Date]
|
|
597
|
-
|
|
598
|
-
### Parking Lot
|
|
599
|
-
[Ideas to revisit later]
|
|
600
|
-
```
|
|
601
|
-
|
|
602
|
-
## References
|
|
603
|
-
|
|
604
|
-
- [IDEO Design Thinking](https://www.ideo.com/post/design-thinking-defined)
|
|
605
|
-
- [SCAMPER Method](https://www.mindtools.com/pages/article/newCT_02.htm)
|
|
606
|
-
- [Lateral Thinking - Edward de Bono](https://www.debono.com/lateral-thinking)
|
|
607
|
-
- [The Art of Innovation - Tom Kelley](https://www.ideo.com/people/tom-kelley)
|
|
608
|
-
- [Creative Confidence - David Kelley](https://www.creativeconfidence.com/)
|
|
86
|
+
| Do | Avoid |
|
|
87
|
+
|----|-------|
|
|
88
|
+
| Set clear time limits per phase | Judging ideas during divergent phase |
|
|
89
|
+
| Capture ALL ideas, even "bad" ones | Letting dominant voices control |
|
|
90
|
+
| Build on others' ideas with "Yes, and..." | Skipping exploration phase |
|
|
91
|
+
| Use visual tools (mind maps, boards) | Converging too early |
|
|
92
|
+
| Vote anonymously to avoid groupthink | Brainstorming without clear goal |
|
|
93
|
+
| Follow up with action items | Abandoning ideas without evaluation |
|
|
94
|
+
| Mix individual and group ideation | Sessions over 60 minutes |
|
|
95
|
+
| Create safety for wild ideas | Forgetting to capture reasoning |
|
|
96
|
+
|
|
97
|
+
## Related Skills
|
|
98
|
+
|
|
99
|
+
- `thinking-sequentially` - Structure exploration
|
|
100
|
+
- `writing-plans` - Turn ideas into plans
|
|
101
|
+
- `solving-problems` - Generate solution hypotheses
|
|
102
|
+
- `dispatching-parallel-agents` - Parallel idea exploration
|