omgkit 2.9.1 → 2.10.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 +48 -1
- package/package.json +1 -1
- package/plugin/commands/workflow/1000x-innovation.md +61 -0
- package/plugin/commands/workflow/100x-architecture.md +60 -0
- package/plugin/commands/workflow/10x-improvement.md +63 -0
- package/plugin/commands/workflow/agent-development.md +60 -0
- package/plugin/commands/workflow/api-design.md +61 -0
- package/plugin/commands/workflow/api-testing.md +61 -0
- package/plugin/commands/workflow/authentication.md +60 -0
- package/plugin/commands/workflow/best-practices.md +61 -0
- package/plugin/commands/workflow/bug-fix.md +61 -0
- package/plugin/commands/workflow/code-review.md +52 -0
- package/plugin/commands/workflow/feature.md +73 -0
- package/plugin/commands/workflow/fine-tuning.md +60 -0
- package/plugin/commands/workflow/full-feature.md +70 -0
- package/plugin/commands/workflow/marketing.md +53 -0
- package/plugin/commands/workflow/migration.md +60 -0
- package/plugin/commands/workflow/model-evaluation.md +59 -0
- package/plugin/commands/workflow/optimization.md +60 -0
- package/plugin/commands/workflow/penetration-testing.md +60 -0
- package/plugin/commands/workflow/performance-optimization.md +60 -0
- package/plugin/commands/workflow/prompt-engineering.md +51 -0
- package/plugin/commands/workflow/rag-development.md +79 -0
- package/plugin/commands/workflow/refactor.md +59 -0
- package/plugin/commands/workflow/schema-design.md +70 -0
- package/plugin/commands/workflow/security-audit.md +61 -0
- package/plugin/commands/workflow/sprint-execution.md +65 -0
- package/plugin/commands/workflow/sprint-retrospective.md +61 -0
- package/plugin/commands/workflow/sprint-setup.md +64 -0
- package/plugin/commands/workflow/technical-docs.md +52 -0
- package/plugin/commands/workflow/technology-research.md +61 -0
- package/plugin/workflows/ai-engineering/agent-development.md +240 -0
- package/plugin/workflows/ai-engineering/fine-tuning.md +212 -0
- package/plugin/workflows/ai-engineering/model-evaluation.md +203 -0
- package/plugin/workflows/ai-engineering/prompt-engineering.md +192 -0
- package/plugin/workflows/ai-engineering/rag-development.md +203 -0
- package/plugin/workflows/api/api-design.md +152 -0
- package/plugin/workflows/api/api-testing.md +152 -0
- package/plugin/workflows/content/marketing.md +118 -0
- package/plugin/workflows/content/technical-docs.md +146 -0
- package/plugin/workflows/database/migration.md +153 -0
- package/plugin/workflows/database/optimization.md +136 -0
- package/plugin/workflows/database/schema-design.md +148 -0
- package/plugin/workflows/development/bug-fix.md +159 -0
- package/plugin/workflows/development/code-review.md +119 -0
- package/plugin/workflows/development/feature.md +171 -0
- package/plugin/workflows/development/refactor.md +155 -0
- package/plugin/workflows/fullstack/authentication.md +153 -0
- package/plugin/workflows/fullstack/full-feature.md +217 -0
- package/plugin/workflows/omega/1000x-innovation.md +167 -0
- package/plugin/workflows/omega/100x-architecture.md +150 -0
- package/plugin/workflows/omega/10x-improvement.md +228 -0
- package/plugin/workflows/quality/performance-optimization.md +157 -0
- package/plugin/workflows/research/best-practices.md +140 -0
- package/plugin/workflows/research/technology-research.md +130 -0
- package/plugin/workflows/security/penetration-testing.md +150 -0
- package/plugin/workflows/security/security-audit.md +176 -0
- package/plugin/workflows/sprint/sprint-execution.md +168 -0
- package/plugin/workflows/sprint/sprint-retrospective.md +168 -0
- package/plugin/workflows/sprint/sprint-setup.md +153 -0
|
@@ -0,0 +1,153 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: authentication
|
|
3
|
+
description: Implement authentication system
|
|
4
|
+
category: fullstack
|
|
5
|
+
complexity: high
|
|
6
|
+
estimated-time: 4-12 hours
|
|
7
|
+
agents:
|
|
8
|
+
- planner
|
|
9
|
+
- fullstack-developer
|
|
10
|
+
- security-auditor
|
|
11
|
+
- tester
|
|
12
|
+
skills:
|
|
13
|
+
- oauth
|
|
14
|
+
- better-auth
|
|
15
|
+
- owasp
|
|
16
|
+
- security-hardening
|
|
17
|
+
commands:
|
|
18
|
+
- /planning:plan
|
|
19
|
+
- /dev:feature
|
|
20
|
+
- /quality:security-scan
|
|
21
|
+
- /dev:test
|
|
22
|
+
prerequisites:
|
|
23
|
+
- Auth strategy chosen
|
|
24
|
+
- User model defined
|
|
25
|
+
---
|
|
26
|
+
|
|
27
|
+
# Authentication Workflow
|
|
28
|
+
|
|
29
|
+
## Overview
|
|
30
|
+
|
|
31
|
+
The Authentication workflow guides implementation of secure authentication systems including registration, login, session management, and OAuth.
|
|
32
|
+
|
|
33
|
+
## When to Use
|
|
34
|
+
|
|
35
|
+
- Adding auth to new projects
|
|
36
|
+
- Implementing OAuth
|
|
37
|
+
- Upgrading auth security
|
|
38
|
+
- Adding MFA
|
|
39
|
+
|
|
40
|
+
## Steps
|
|
41
|
+
|
|
42
|
+
### Step 1: Auth Planning
|
|
43
|
+
**Agent:** planner
|
|
44
|
+
**Command:** `/planning:plan "authentication"`
|
|
45
|
+
**Duration:** 30-60 minutes
|
|
46
|
+
|
|
47
|
+
Plan authentication:
|
|
48
|
+
- Choose auth method
|
|
49
|
+
- Define user flow
|
|
50
|
+
- Plan security measures
|
|
51
|
+
- Identify providers
|
|
52
|
+
|
|
53
|
+
**Output:** Auth plan
|
|
54
|
+
|
|
55
|
+
### Step 2: Backend Auth
|
|
56
|
+
**Agent:** fullstack-developer
|
|
57
|
+
**Duration:** 2-4 hours
|
|
58
|
+
|
|
59
|
+
Implement backend:
|
|
60
|
+
- Auth endpoints
|
|
61
|
+
- Password hashing
|
|
62
|
+
- Session management
|
|
63
|
+
- Token handling
|
|
64
|
+
|
|
65
|
+
**Output:** Backend auth
|
|
66
|
+
|
|
67
|
+
### Step 3: OAuth Integration
|
|
68
|
+
**Agent:** fullstack-developer
|
|
69
|
+
**Duration:** 1-2 hours (if needed)
|
|
70
|
+
|
|
71
|
+
Add OAuth:
|
|
72
|
+
- Configure providers
|
|
73
|
+
- Implement callbacks
|
|
74
|
+
- Handle tokens
|
|
75
|
+
- Link accounts
|
|
76
|
+
|
|
77
|
+
**Output:** OAuth integration
|
|
78
|
+
|
|
79
|
+
### Step 4: Frontend Auth
|
|
80
|
+
**Agent:** fullstack-developer
|
|
81
|
+
**Duration:** 2-3 hours
|
|
82
|
+
|
|
83
|
+
Build frontend:
|
|
84
|
+
- Login/signup forms
|
|
85
|
+
- Auth state management
|
|
86
|
+
- Protected routes
|
|
87
|
+
- Error handling
|
|
88
|
+
|
|
89
|
+
**Output:** Frontend auth
|
|
90
|
+
|
|
91
|
+
### Step 5: Security Review
|
|
92
|
+
**Agent:** security-auditor
|
|
93
|
+
**Command:** `/quality:security-scan`
|
|
94
|
+
**Duration:** 1-2 hours
|
|
95
|
+
|
|
96
|
+
Security audit:
|
|
97
|
+
- Password security
|
|
98
|
+
- Session security
|
|
99
|
+
- CSRF protection
|
|
100
|
+
- XSS prevention
|
|
101
|
+
|
|
102
|
+
**Output:** Security report
|
|
103
|
+
|
|
104
|
+
### Step 6: Testing
|
|
105
|
+
**Agent:** tester
|
|
106
|
+
**Command:** `/dev:test`
|
|
107
|
+
**Duration:** 1-2 hours
|
|
108
|
+
|
|
109
|
+
Auth testing:
|
|
110
|
+
- Registration tests
|
|
111
|
+
- Login tests
|
|
112
|
+
- Session tests
|
|
113
|
+
- Security tests
|
|
114
|
+
|
|
115
|
+
**Output:** Test suite
|
|
116
|
+
|
|
117
|
+
## Quality Gates
|
|
118
|
+
|
|
119
|
+
- [ ] Auth method implemented
|
|
120
|
+
- [ ] Passwords securely hashed
|
|
121
|
+
- [ ] Sessions properly managed
|
|
122
|
+
- [ ] OAuth working (if used)
|
|
123
|
+
- [ ] Security review passed
|
|
124
|
+
- [ ] All tests passing
|
|
125
|
+
|
|
126
|
+
## Auth Security Checklist
|
|
127
|
+
|
|
128
|
+
```
|
|
129
|
+
Authentication Security
|
|
130
|
+
=======================
|
|
131
|
+
[ ] Passwords hashed (bcrypt/argon2)
|
|
132
|
+
[ ] Rate limiting implemented
|
|
133
|
+
[ ] Account lockout after failures
|
|
134
|
+
[ ] Session tokens secure
|
|
135
|
+
[ ] HTTPS enforced
|
|
136
|
+
[ ] CSRF protection
|
|
137
|
+
[ ] Secure cookie settings
|
|
138
|
+
[ ] Password requirements
|
|
139
|
+
[ ] Email verification
|
|
140
|
+
[ ] Password reset secure
|
|
141
|
+
```
|
|
142
|
+
|
|
143
|
+
## Example Usage
|
|
144
|
+
|
|
145
|
+
```bash
|
|
146
|
+
/workflow:authentication "JWT-based auth with Google OAuth"
|
|
147
|
+
/workflow:authentication "session-based auth with MFA"
|
|
148
|
+
```
|
|
149
|
+
|
|
150
|
+
## Related Workflows
|
|
151
|
+
|
|
152
|
+
- `security-audit` - For security review
|
|
153
|
+
- `full-feature` - For complete features
|
|
@@ -0,0 +1,217 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: full-feature
|
|
3
|
+
description: End-to-end feature with frontend and backend
|
|
4
|
+
category: fullstack
|
|
5
|
+
complexity: very-high
|
|
6
|
+
estimated-time: 8-24 hours
|
|
7
|
+
agents:
|
|
8
|
+
- planner
|
|
9
|
+
- database-admin
|
|
10
|
+
- api-designer
|
|
11
|
+
- ui-ux-designer
|
|
12
|
+
- fullstack-developer
|
|
13
|
+
- tester
|
|
14
|
+
- code-reviewer
|
|
15
|
+
- git-manager
|
|
16
|
+
skills:
|
|
17
|
+
- writing-plans
|
|
18
|
+
- database-schema-design
|
|
19
|
+
- api-architecture
|
|
20
|
+
- frontend-design
|
|
21
|
+
commands:
|
|
22
|
+
- /planning:plan-detailed
|
|
23
|
+
- /dev:feature
|
|
24
|
+
- /dev:test
|
|
25
|
+
- /dev:review
|
|
26
|
+
- /git:pr
|
|
27
|
+
prerequisites:
|
|
28
|
+
- Feature requirements clear
|
|
29
|
+
- Technology stack defined
|
|
30
|
+
---
|
|
31
|
+
|
|
32
|
+
# Full Feature Workflow
|
|
33
|
+
|
|
34
|
+
## Overview
|
|
35
|
+
|
|
36
|
+
The Full Feature workflow orchestrates development of complete features spanning database, backend API, and frontend UI with comprehensive testing.
|
|
37
|
+
|
|
38
|
+
## When to Use
|
|
39
|
+
|
|
40
|
+
- Building major features
|
|
41
|
+
- Creating new modules
|
|
42
|
+
- Full-stack user stories
|
|
43
|
+
- Complex integrations
|
|
44
|
+
|
|
45
|
+
## Steps
|
|
46
|
+
|
|
47
|
+
### Step 1: Detailed Planning
|
|
48
|
+
**Agent:** planner
|
|
49
|
+
**Command:** `/planning:plan-detailed "$ARGUMENTS"`
|
|
50
|
+
**Duration:** 1-2 hours
|
|
51
|
+
|
|
52
|
+
Create detailed plan:
|
|
53
|
+
- Break down into tasks
|
|
54
|
+
- Define database changes
|
|
55
|
+
- Plan API endpoints
|
|
56
|
+
- Design UI components
|
|
57
|
+
|
|
58
|
+
**Output:** Detailed plan
|
|
59
|
+
|
|
60
|
+
### Step 2: Database Design
|
|
61
|
+
**Agent:** database-admin
|
|
62
|
+
**Duration:** 1-2 hours
|
|
63
|
+
|
|
64
|
+
Database work:
|
|
65
|
+
- Schema design
|
|
66
|
+
- Create migrations
|
|
67
|
+
- Add indexes
|
|
68
|
+
- Test migrations
|
|
69
|
+
|
|
70
|
+
**Output:** Database changes
|
|
71
|
+
|
|
72
|
+
### Step 3: Backend Development
|
|
73
|
+
**Agent:** fullstack-developer
|
|
74
|
+
**Duration:** 2-4 hours
|
|
75
|
+
|
|
76
|
+
Build backend:
|
|
77
|
+
- Implement API endpoints
|
|
78
|
+
- Business logic
|
|
79
|
+
- Validation
|
|
80
|
+
- Error handling
|
|
81
|
+
|
|
82
|
+
**Output:** Backend implementation
|
|
83
|
+
|
|
84
|
+
### Step 4: Frontend Design
|
|
85
|
+
**Agent:** ui-ux-designer
|
|
86
|
+
**Duration:** 1-2 hours
|
|
87
|
+
|
|
88
|
+
Design UI:
|
|
89
|
+
- Component design
|
|
90
|
+
- User flows
|
|
91
|
+
- Responsive layout
|
|
92
|
+
- Accessibility
|
|
93
|
+
|
|
94
|
+
**Output:** UI designs
|
|
95
|
+
|
|
96
|
+
### Step 5: Frontend Development
|
|
97
|
+
**Agent:** fullstack-developer
|
|
98
|
+
**Duration:** 2-4 hours
|
|
99
|
+
|
|
100
|
+
Build frontend:
|
|
101
|
+
- Implement components
|
|
102
|
+
- State management
|
|
103
|
+
- API integration
|
|
104
|
+
- Loading/error states
|
|
105
|
+
|
|
106
|
+
**Output:** Frontend implementation
|
|
107
|
+
|
|
108
|
+
### Step 6: Integration
|
|
109
|
+
**Agent:** fullstack-developer
|
|
110
|
+
**Duration:** 1-2 hours
|
|
111
|
+
|
|
112
|
+
Integrate:
|
|
113
|
+
- Connect frontend to backend
|
|
114
|
+
- End-to-end flows
|
|
115
|
+
- Error handling
|
|
116
|
+
- Optimizations
|
|
117
|
+
|
|
118
|
+
**Output:** Integrated feature
|
|
119
|
+
|
|
120
|
+
### Step 7: Testing
|
|
121
|
+
**Agent:** tester
|
|
122
|
+
**Command:** `/dev:test`
|
|
123
|
+
**Duration:** 2-4 hours
|
|
124
|
+
|
|
125
|
+
Comprehensive testing:
|
|
126
|
+
- Unit tests
|
|
127
|
+
- Integration tests
|
|
128
|
+
- E2E tests
|
|
129
|
+
- Visual tests
|
|
130
|
+
|
|
131
|
+
**Output:** Test suite
|
|
132
|
+
|
|
133
|
+
### Step 8: Review
|
|
134
|
+
**Agent:** code-reviewer
|
|
135
|
+
**Command:** `/dev:review`
|
|
136
|
+
**Duration:** 1-2 hours
|
|
137
|
+
|
|
138
|
+
Code review:
|
|
139
|
+
- Architecture review
|
|
140
|
+
- Security check
|
|
141
|
+
- Performance review
|
|
142
|
+
- Best practices
|
|
143
|
+
|
|
144
|
+
**Output:** Review approval
|
|
145
|
+
|
|
146
|
+
### Step 9: Deployment
|
|
147
|
+
**Agent:** git-manager
|
|
148
|
+
**Command:** `/git:pr`
|
|
149
|
+
**Duration:** 30-60 minutes
|
|
150
|
+
|
|
151
|
+
Create PR:
|
|
152
|
+
- Create branch
|
|
153
|
+
- Commit changes
|
|
154
|
+
- Create PR
|
|
155
|
+
- Request review
|
|
156
|
+
|
|
157
|
+
**Output:** PR ready
|
|
158
|
+
|
|
159
|
+
## Quality Gates
|
|
160
|
+
|
|
161
|
+
- [ ] Plan approved
|
|
162
|
+
- [ ] Database migrated successfully
|
|
163
|
+
- [ ] Backend API complete
|
|
164
|
+
- [ ] Frontend UI complete
|
|
165
|
+
- [ ] Integration working
|
|
166
|
+
- [ ] All tests passing
|
|
167
|
+
- [ ] Review approved
|
|
168
|
+
- [ ] PR created
|
|
169
|
+
|
|
170
|
+
## Full Feature Checklist
|
|
171
|
+
|
|
172
|
+
```
|
|
173
|
+
Full Feature Checklist
|
|
174
|
+
======================
|
|
175
|
+
PLANNING:
|
|
176
|
+
[ ] Requirements documented
|
|
177
|
+
[ ] Tasks broken down
|
|
178
|
+
[ ] Estimates provided
|
|
179
|
+
|
|
180
|
+
DATABASE:
|
|
181
|
+
[ ] Schema designed
|
|
182
|
+
[ ] Migrations created
|
|
183
|
+
[ ] Indexes added
|
|
184
|
+
|
|
185
|
+
BACKEND:
|
|
186
|
+
[ ] Endpoints implemented
|
|
187
|
+
[ ] Validation complete
|
|
188
|
+
[ ] Error handling done
|
|
189
|
+
|
|
190
|
+
FRONTEND:
|
|
191
|
+
[ ] Components built
|
|
192
|
+
[ ] State managed
|
|
193
|
+
[ ] API connected
|
|
194
|
+
|
|
195
|
+
TESTING:
|
|
196
|
+
[ ] Unit tests written
|
|
197
|
+
[ ] Integration tests done
|
|
198
|
+
[ ] E2E tests passing
|
|
199
|
+
|
|
200
|
+
REVIEW:
|
|
201
|
+
[ ] Code reviewed
|
|
202
|
+
[ ] Security checked
|
|
203
|
+
[ ] Performance ok
|
|
204
|
+
```
|
|
205
|
+
|
|
206
|
+
## Example Usage
|
|
207
|
+
|
|
208
|
+
```bash
|
|
209
|
+
/workflow:full-feature "user profile with avatar upload and preferences"
|
|
210
|
+
/workflow:full-feature "shopping cart with checkout and payment"
|
|
211
|
+
```
|
|
212
|
+
|
|
213
|
+
## Related Workflows
|
|
214
|
+
|
|
215
|
+
- `feature` - For simpler features
|
|
216
|
+
- `authentication` - For auth features
|
|
217
|
+
- `api-design` - For API focus
|
|
@@ -0,0 +1,167 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: 1000x-innovation
|
|
3
|
+
description: Find breakthrough innovations
|
|
4
|
+
category: omega
|
|
5
|
+
complexity: very-high
|
|
6
|
+
estimated-time: 8-40 hours
|
|
7
|
+
agents:
|
|
8
|
+
- oracle
|
|
9
|
+
- researcher
|
|
10
|
+
- brainstormer
|
|
11
|
+
- architect
|
|
12
|
+
skills:
|
|
13
|
+
- omega-thinking
|
|
14
|
+
- omega-architecture
|
|
15
|
+
commands:
|
|
16
|
+
- /omega:1000x
|
|
17
|
+
- /planning:research
|
|
18
|
+
- /planning:brainstorm
|
|
19
|
+
prerequisites:
|
|
20
|
+
- Domain identified
|
|
21
|
+
- Open to paradigm shifts
|
|
22
|
+
---
|
|
23
|
+
|
|
24
|
+
# 1000x Innovation Workflow
|
|
25
|
+
|
|
26
|
+
## Overview
|
|
27
|
+
|
|
28
|
+
The 1000x Innovation workflow explores breakthrough innovations and paradigm shifts that can deliver 1000x improvements. It challenges fundamental assumptions and explores transformative approaches.
|
|
29
|
+
|
|
30
|
+
## When to Use
|
|
31
|
+
|
|
32
|
+
- Seeking breakthrough solutions
|
|
33
|
+
- Exploring new paradigms
|
|
34
|
+
- Disrupting existing approaches
|
|
35
|
+
- Creating new categories
|
|
36
|
+
|
|
37
|
+
## Steps
|
|
38
|
+
|
|
39
|
+
### Step 1: Domain Exploration
|
|
40
|
+
**Agent:** oracle
|
|
41
|
+
**Command:** `/omega:1000x "$ARGUMENTS"`
|
|
42
|
+
**Duration:** 2-4 hours
|
|
43
|
+
|
|
44
|
+
Explore domain:
|
|
45
|
+
- Map current paradigm
|
|
46
|
+
- Identify constraints
|
|
47
|
+
- Question assumptions
|
|
48
|
+
- Find first principles
|
|
49
|
+
|
|
50
|
+
**Output:** Domain analysis
|
|
51
|
+
|
|
52
|
+
### Step 2: Research
|
|
53
|
+
**Agent:** researcher
|
|
54
|
+
**Command:** `/planning:research`
|
|
55
|
+
**Duration:** 2-4 hours
|
|
56
|
+
|
|
57
|
+
Research innovations:
|
|
58
|
+
- Emerging technologies
|
|
59
|
+
- Adjacent industries
|
|
60
|
+
- Academic research
|
|
61
|
+
- Startup innovations
|
|
62
|
+
|
|
63
|
+
**Output:** Research findings
|
|
64
|
+
|
|
65
|
+
### Step 3: Ideation
|
|
66
|
+
**Agent:** brainstormer
|
|
67
|
+
**Command:** `/planning:brainstorm`
|
|
68
|
+
**Duration:** 2-4 hours
|
|
69
|
+
|
|
70
|
+
Generate innovations:
|
|
71
|
+
- Apply transcendence mode
|
|
72
|
+
- Question fundamentals
|
|
73
|
+
- Explore impossibilities
|
|
74
|
+
- Combine concepts
|
|
75
|
+
|
|
76
|
+
**Output:** Innovation ideas
|
|
77
|
+
|
|
78
|
+
### Step 4: Evaluation
|
|
79
|
+
**Agent:** oracle
|
|
80
|
+
**Duration:** 1-2 hours
|
|
81
|
+
|
|
82
|
+
Evaluate ideas:
|
|
83
|
+
- Feasibility assessment
|
|
84
|
+
- Impact potential
|
|
85
|
+
- Risk analysis
|
|
86
|
+
- Resource requirements
|
|
87
|
+
|
|
88
|
+
**Output:** Evaluation report
|
|
89
|
+
|
|
90
|
+
### Step 5: Prototyping
|
|
91
|
+
**Agent:** architect
|
|
92
|
+
**Duration:** 2-4 hours
|
|
93
|
+
|
|
94
|
+
Design prototype:
|
|
95
|
+
- Minimum viable innovation
|
|
96
|
+
- Key experiments
|
|
97
|
+
- Success criteria
|
|
98
|
+
- Learning goals
|
|
99
|
+
|
|
100
|
+
**Output:** Prototype design
|
|
101
|
+
|
|
102
|
+
### Step 6: Validation
|
|
103
|
+
**Agent:** researcher
|
|
104
|
+
**Duration:** 2-4 hours
|
|
105
|
+
|
|
106
|
+
Validate concept:
|
|
107
|
+
- User validation
|
|
108
|
+
- Technical feasibility
|
|
109
|
+
- Market potential
|
|
110
|
+
- Strategic fit
|
|
111
|
+
|
|
112
|
+
**Output:** Validation report
|
|
113
|
+
|
|
114
|
+
## Quality Gates
|
|
115
|
+
|
|
116
|
+
- [ ] Domain deeply understood
|
|
117
|
+
- [ ] Research comprehensive
|
|
118
|
+
- [ ] Ideas genuinely innovative
|
|
119
|
+
- [ ] Evaluation rigorous
|
|
120
|
+
- [ ] Prototype designed
|
|
121
|
+
- [ ] Concept validated
|
|
122
|
+
|
|
123
|
+
## 1000x Thinking
|
|
124
|
+
|
|
125
|
+
```
|
|
126
|
+
1000x Innovation Principles
|
|
127
|
+
===========================
|
|
128
|
+
|
|
129
|
+
1. QUESTION EVERYTHING
|
|
130
|
+
- Why does this exist?
|
|
131
|
+
- What if it didn't?
|
|
132
|
+
- What's the real problem?
|
|
133
|
+
|
|
134
|
+
2. FIRST PRINCIPLES
|
|
135
|
+
- What's fundamentally true?
|
|
136
|
+
- What can't change?
|
|
137
|
+
- What can change?
|
|
138
|
+
|
|
139
|
+
3. TRANSCENDENCE
|
|
140
|
+
- What's the next paradigm?
|
|
141
|
+
- What technology enables it?
|
|
142
|
+
- When will it be possible?
|
|
143
|
+
|
|
144
|
+
4. COMBINATORIAL
|
|
145
|
+
- What + What = New?
|
|
146
|
+
- Cross-industry insights
|
|
147
|
+
- Unexpected connections
|
|
148
|
+
|
|
149
|
+
5. INVERSION
|
|
150
|
+
- What's the opposite?
|
|
151
|
+
- What if we're wrong?
|
|
152
|
+
- What's the contrarian view?
|
|
153
|
+
```
|
|
154
|
+
|
|
155
|
+
## Example Usage
|
|
156
|
+
|
|
157
|
+
```bash
|
|
158
|
+
/workflow:1000x-innovation "software development productivity"
|
|
159
|
+
/workflow:1000x-innovation "customer support automation"
|
|
160
|
+
/workflow:1000x-innovation "data processing pipelines"
|
|
161
|
+
```
|
|
162
|
+
|
|
163
|
+
## Related Workflows
|
|
164
|
+
|
|
165
|
+
- `10x-improvement` - For incremental gains
|
|
166
|
+
- `100x-architecture` - For scaling improvements
|
|
167
|
+
- `technology-research` - For research component
|
|
@@ -0,0 +1,150 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: 100x-architecture
|
|
3
|
+
description: Design systems that scale 100x
|
|
4
|
+
category: omega
|
|
5
|
+
complexity: high
|
|
6
|
+
estimated-time: 4-16 hours
|
|
7
|
+
agents:
|
|
8
|
+
- oracle
|
|
9
|
+
- architect
|
|
10
|
+
- planner
|
|
11
|
+
- researcher
|
|
12
|
+
skills:
|
|
13
|
+
- omega-architecture
|
|
14
|
+
- omega-thinking
|
|
15
|
+
commands:
|
|
16
|
+
- /omega:100x
|
|
17
|
+
- /planning:plan-detailed
|
|
18
|
+
prerequisites:
|
|
19
|
+
- System architecture exists
|
|
20
|
+
- Scaling requirements known
|
|
21
|
+
---
|
|
22
|
+
|
|
23
|
+
# 100x Architecture Workflow
|
|
24
|
+
|
|
25
|
+
## Overview
|
|
26
|
+
|
|
27
|
+
The 100x Architecture workflow helps design and plan systems capable of scaling 100x from current capacity. It applies Omega thinking to architecture decisions.
|
|
28
|
+
|
|
29
|
+
## When to Use
|
|
30
|
+
|
|
31
|
+
- Planning for major growth
|
|
32
|
+
- Redesigning bottlenecked systems
|
|
33
|
+
- Preparing for scale
|
|
34
|
+
- Modernizing architecture
|
|
35
|
+
|
|
36
|
+
## Steps
|
|
37
|
+
|
|
38
|
+
### Step 1: Current State Analysis
|
|
39
|
+
**Agent:** oracle
|
|
40
|
+
**Command:** `/omega:100x "$ARGUMENTS"`
|
|
41
|
+
**Duration:** 1-2 hours
|
|
42
|
+
|
|
43
|
+
Analyze current architecture:
|
|
44
|
+
- Map system components
|
|
45
|
+
- Identify bottlenecks
|
|
46
|
+
- Measure current capacity
|
|
47
|
+
- Document constraints
|
|
48
|
+
|
|
49
|
+
**Output:** Architecture analysis
|
|
50
|
+
|
|
51
|
+
### Step 2: Bottleneck Identification
|
|
52
|
+
**Agent:** architect
|
|
53
|
+
**Duration:** 1-2 hours
|
|
54
|
+
|
|
55
|
+
Find scaling limits:
|
|
56
|
+
- Database bottlenecks
|
|
57
|
+
- Compute limitations
|
|
58
|
+
- Network constraints
|
|
59
|
+
- Storage limits
|
|
60
|
+
|
|
61
|
+
**Output:** Bottleneck report
|
|
62
|
+
|
|
63
|
+
### Step 3: Future State Design
|
|
64
|
+
**Agent:** architect
|
|
65
|
+
**Duration:** 2-4 hours
|
|
66
|
+
|
|
67
|
+
Design scalable architecture:
|
|
68
|
+
- Apply scaling patterns
|
|
69
|
+
- Design for 100x capacity
|
|
70
|
+
- Plan data partitioning
|
|
71
|
+
- Design service boundaries
|
|
72
|
+
|
|
73
|
+
**Output:** Future architecture
|
|
74
|
+
|
|
75
|
+
### Step 4: Migration Planning
|
|
76
|
+
**Agent:** planner
|
|
77
|
+
**Command:** `/planning:plan-detailed "migration"`
|
|
78
|
+
**Duration:** 2-4 hours
|
|
79
|
+
|
|
80
|
+
Plan migration:
|
|
81
|
+
- Phased approach
|
|
82
|
+
- Risk mitigation
|
|
83
|
+
- Rollback strategy
|
|
84
|
+
- Timeline
|
|
85
|
+
|
|
86
|
+
**Output:** Migration plan
|
|
87
|
+
|
|
88
|
+
### Step 5: Validation
|
|
89
|
+
**Agent:** researcher
|
|
90
|
+
**Duration:** 1-2 hours
|
|
91
|
+
|
|
92
|
+
Validate design:
|
|
93
|
+
- Review against requirements
|
|
94
|
+
- Check industry patterns
|
|
95
|
+
- Assess feasibility
|
|
96
|
+
- Identify risks
|
|
97
|
+
|
|
98
|
+
**Output:** Validation report
|
|
99
|
+
|
|
100
|
+
## Quality Gates
|
|
101
|
+
|
|
102
|
+
- [ ] Current architecture documented
|
|
103
|
+
- [ ] Bottlenecks identified
|
|
104
|
+
- [ ] Future architecture designed
|
|
105
|
+
- [ ] Migration plan created
|
|
106
|
+
- [ ] Design validated
|
|
107
|
+
|
|
108
|
+
## Scaling Patterns
|
|
109
|
+
|
|
110
|
+
```
|
|
111
|
+
100x Scaling Patterns
|
|
112
|
+
=====================
|
|
113
|
+
|
|
114
|
+
DATABASE:
|
|
115
|
+
- Read replicas
|
|
116
|
+
- Sharding
|
|
117
|
+
- Caching layers
|
|
118
|
+
- Event sourcing
|
|
119
|
+
|
|
120
|
+
COMPUTE:
|
|
121
|
+
- Horizontal scaling
|
|
122
|
+
- Serverless functions
|
|
123
|
+
- Container orchestration
|
|
124
|
+
- Auto-scaling
|
|
125
|
+
|
|
126
|
+
NETWORK:
|
|
127
|
+
- CDN distribution
|
|
128
|
+
- Load balancing
|
|
129
|
+
- API gateways
|
|
130
|
+
- Edge computing
|
|
131
|
+
|
|
132
|
+
DATA:
|
|
133
|
+
- Partitioning
|
|
134
|
+
- Archiving
|
|
135
|
+
- Tiered storage
|
|
136
|
+
- Data lakes
|
|
137
|
+
```
|
|
138
|
+
|
|
139
|
+
## Example Usage
|
|
140
|
+
|
|
141
|
+
```bash
|
|
142
|
+
/workflow:100x-architecture "e-commerce platform for 100x order volume"
|
|
143
|
+
/workflow:100x-architecture "API gateway for 100x request throughput"
|
|
144
|
+
```
|
|
145
|
+
|
|
146
|
+
## Related Workflows
|
|
147
|
+
|
|
148
|
+
- `10x-improvement` - For smaller improvements
|
|
149
|
+
- `1000x-innovation` - For paradigm shifts
|
|
150
|
+
- `database-optimization` - For database scaling
|