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.
Files changed (50) hide show
  1. package/package.json +1 -1
  2. package/plugin/skills/SKILL_STANDARDS.md +743 -0
  3. package/plugin/skills/databases/mongodb/SKILL.md +797 -28
  4. package/plugin/skills/databases/prisma/SKILL.md +776 -30
  5. package/plugin/skills/databases/redis/SKILL.md +885 -25
  6. package/plugin/skills/devops/aws/SKILL.md +686 -28
  7. package/plugin/skills/devops/github-actions/SKILL.md +684 -29
  8. package/plugin/skills/devops/kubernetes/SKILL.md +621 -24
  9. package/plugin/skills/frameworks/django/SKILL.md +920 -20
  10. package/plugin/skills/frameworks/express/SKILL.md +1361 -35
  11. package/plugin/skills/frameworks/fastapi/SKILL.md +1260 -33
  12. package/plugin/skills/frameworks/laravel/SKILL.md +1244 -31
  13. package/plugin/skills/frameworks/nestjs/SKILL.md +1005 -26
  14. package/plugin/skills/frameworks/rails/SKILL.md +594 -28
  15. package/plugin/skills/frameworks/spring/SKILL.md +528 -35
  16. package/plugin/skills/frameworks/vue/SKILL.md +1296 -27
  17. package/plugin/skills/frontend/accessibility/SKILL.md +1108 -34
  18. package/plugin/skills/frontend/frontend-design/SKILL.md +1304 -26
  19. package/plugin/skills/frontend/responsive/SKILL.md +847 -21
  20. package/plugin/skills/frontend/shadcn-ui/SKILL.md +976 -38
  21. package/plugin/skills/frontend/tailwindcss/SKILL.md +831 -35
  22. package/plugin/skills/frontend/threejs/SKILL.md +1298 -29
  23. package/plugin/skills/languages/javascript/SKILL.md +935 -31
  24. package/plugin/skills/methodology/brainstorming/SKILL.md +597 -23
  25. package/plugin/skills/methodology/defense-in-depth/SKILL.md +832 -34
  26. package/plugin/skills/methodology/dispatching-parallel-agents/SKILL.md +665 -31
  27. package/plugin/skills/methodology/executing-plans/SKILL.md +556 -24
  28. package/plugin/skills/methodology/finishing-development-branch/SKILL.md +595 -25
  29. package/plugin/skills/methodology/problem-solving/SKILL.md +429 -61
  30. package/plugin/skills/methodology/receiving-code-review/SKILL.md +536 -24
  31. package/plugin/skills/methodology/requesting-code-review/SKILL.md +632 -21
  32. package/plugin/skills/methodology/root-cause-tracing/SKILL.md +641 -30
  33. package/plugin/skills/methodology/sequential-thinking/SKILL.md +262 -3
  34. package/plugin/skills/methodology/systematic-debugging/SKILL.md +571 -32
  35. package/plugin/skills/methodology/test-driven-development/SKILL.md +779 -24
  36. package/plugin/skills/methodology/testing-anti-patterns/SKILL.md +691 -29
  37. package/plugin/skills/methodology/token-optimization/SKILL.md +598 -29
  38. package/plugin/skills/methodology/verification-before-completion/SKILL.md +543 -22
  39. package/plugin/skills/methodology/writing-plans/SKILL.md +590 -18
  40. package/plugin/skills/omega/omega-architecture/SKILL.md +838 -39
  41. package/plugin/skills/omega/omega-coding/SKILL.md +636 -39
  42. package/plugin/skills/omega/omega-sprint/SKILL.md +855 -48
  43. package/plugin/skills/omega/omega-testing/SKILL.md +940 -41
  44. package/plugin/skills/omega/omega-thinking/SKILL.md +703 -50
  45. package/plugin/skills/security/better-auth/SKILL.md +1065 -28
  46. package/plugin/skills/security/oauth/SKILL.md +968 -31
  47. package/plugin/skills/security/owasp/SKILL.md +894 -33
  48. package/plugin/skills/testing/playwright/SKILL.md +764 -38
  49. package/plugin/skills/testing/pytest/SKILL.md +873 -36
  50. package/plugin/skills/testing/vitest/SKILL.md +980 -35
@@ -1,34 +1,608 @@
1
1
  ---
2
2
  name: brainstorming
3
- description: Creative brainstorming. Use when exploring ideas, generating options.
3
+ description: Creative ideation with divergent thinking, structured exploration, and systematic evaluation frameworks
4
+ category: methodology
5
+ triggers:
6
+ - brainstorming
7
+ - idea generation
8
+ - creative thinking
9
+ - explore options
10
+ - what are possibilities
11
+ - alternatives
12
+ - ideation
4
13
  ---
5
14
 
6
- # Brainstorming Skill
15
+ # Brainstorming
7
16
 
8
- ## Process
9
- 1. **Diverge** - Generate many ideas without judgment
10
- 2. **Explore** - Ask clarifying questions
11
- 3. **Converge** - Evaluate and prioritize
17
+ Master the art of **creative ideation** through structured divergent thinking and systematic exploration. This skill enables effective idea generation, option exploration, and collaborative innovation for solving complex problems.
12
18
 
13
- ## Rules
14
- - One question at a time
15
- - No premature judgment
16
- - Quantity over quality first
17
- - Build on ideas
19
+ ## Purpose
18
20
 
19
- ## Techniques
20
- - Mind mapping
21
- - SCAMPER
22
- - Reverse brainstorming
23
- - Random word association
21
+ Transform unstructured thinking into productive creative sessions:
22
+
23
+ - Generate diverse solution options systematically
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
30
+
31
+ ## Features
32
+
33
+ ### 1. Divergent-Convergent Process
34
+
35
+ ```markdown
36
+ ## Phase 1: DIVERGE (Generate Many Ideas)
37
+ ═══════════════════════════════════════
38
+
39
+ ### Rules for Divergent Phase
40
+ 1. **Quantity over quality** - Aim for 20+ ideas minimum
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
67
+
68
+ ### Questions to Explore
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?
73
+
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
+ ```
92
+
93
+ ### 2. SCAMPER Framework
94
+
95
+ ```markdown
96
+ ## SCAMPER: Systematic Idea Modification
97
+
98
+ For any existing solution or concept, apply these 7 lenses:
99
+
100
+ ### S - Substitute
101
+ What can we substitute?
102
+ - Materials → Different tech stack?
103
+ - People → Different team structure?
104
+ - Process → Different workflow?
105
+ - Place → Different deployment?
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
179
+ ```
180
+
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
+ ```
233
+
234
+ ### 4. Reverse Brainstorming
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?
251
+
252
+ | Failure Idea | Prevention Strategy |
253
+ |--------------|---------------------|
254
+ | No error handling | Comprehensive try/catch |
255
+ | Single point of failure | Redundancy, load balancing |
256
+ | No monitoring | Prometheus + Grafana |
257
+ | Ignore timeouts | Circuit breakers |
258
+ | No rate limiting | Token bucket algorithm |
259
+ | 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
+
276
+ - failure: "[Another way to fail]"
277
+ prevention: "[Prevention strategy]"
278
+ priority: high|medium|low
279
+ ```
280
+
281
+ ### 5. Role Storming
282
+
283
+ ```markdown
284
+ ## Role Storming: Different Perspectives
285
+
286
+ Generate ideas by adopting different personas.
287
+
288
+ ### Persona Categories
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?"
299
+ - New User: "Is this intuitive?"
300
+ - 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
+
309
+ **External Perspectives:**
310
+ - Competitor: "How would we copy this?"
311
+ - Regulator: "What compliance issues exist?"
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
24
472
 
25
- ## Output
26
473
  ```markdown
27
- ## Ideas Generated
28
- 1. [Idea] - [Brief rationale]
474
+ ## Brainstorming: Scaling Strategy
29
475
 
30
- ## Top Recommendations
31
- 1. **Best Overall**: [Why]
32
- 2. **Most Innovative**: [Why]
33
- 3. **Quickest Win**: [Why]
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)
516
+ ```
517
+
518
+ ## Best Practices
519
+
520
+ ### Do's
521
+
522
+ - Set clear time limits for each phase
523
+ - Capture ALL ideas, even "bad" ones
524
+ - Build on others' ideas with "Yes, and..."
525
+ - Use visual tools (sticky notes, whiteboards)
526
+ - Assign a facilitator to keep momentum
527
+ - Vote anonymously to avoid groupthink
528
+ - Follow up with action items
529
+ - Document learnings for future sessions
530
+ - Mix individual and group ideation
531
+ - Create psychological safety for wild ideas
532
+
533
+ ### Don'ts
534
+
535
+ - Don't judge ideas during divergent phase
536
+ - Don't let dominant voices control session
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]
34
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/)