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,150 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: penetration-testing
|
|
3
|
+
description: Test security through attack simulation
|
|
4
|
+
category: security
|
|
5
|
+
complexity: very-high
|
|
6
|
+
estimated-time: 8-24 hours
|
|
7
|
+
agents:
|
|
8
|
+
- security-auditor
|
|
9
|
+
- vulnerability-scanner
|
|
10
|
+
- researcher
|
|
11
|
+
skills:
|
|
12
|
+
- owasp
|
|
13
|
+
- defense-in-depth
|
|
14
|
+
- security-hardening
|
|
15
|
+
commands:
|
|
16
|
+
- /quality:security-scan
|
|
17
|
+
- /planning:research
|
|
18
|
+
prerequisites:
|
|
19
|
+
- Authorization obtained
|
|
20
|
+
- Scope defined
|
|
21
|
+
- Test environment ready
|
|
22
|
+
---
|
|
23
|
+
|
|
24
|
+
# Penetration Testing Workflow
|
|
25
|
+
|
|
26
|
+
## Overview
|
|
27
|
+
|
|
28
|
+
The Penetration Testing workflow simulates attacks to identify security weaknesses. It follows ethical hacking methodology with proper authorization.
|
|
29
|
+
|
|
30
|
+
## When to Use
|
|
31
|
+
|
|
32
|
+
- Compliance requirements
|
|
33
|
+
- Pre-production security validation
|
|
34
|
+
- Third-party security assessment
|
|
35
|
+
- After major architecture changes
|
|
36
|
+
|
|
37
|
+
## Steps
|
|
38
|
+
|
|
39
|
+
### Step 1: Scope Definition
|
|
40
|
+
**Agent:** security-auditor
|
|
41
|
+
**Duration:** 30-60 minutes
|
|
42
|
+
|
|
43
|
+
Define scope:
|
|
44
|
+
- Target systems
|
|
45
|
+
- Test boundaries
|
|
46
|
+
- Excluded areas
|
|
47
|
+
- Rules of engagement
|
|
48
|
+
|
|
49
|
+
**Output:** Scope document
|
|
50
|
+
|
|
51
|
+
### Step 2: Reconnaissance
|
|
52
|
+
**Agent:** vulnerability-scanner
|
|
53
|
+
**Duration:** 1-2 hours
|
|
54
|
+
|
|
55
|
+
Information gathering:
|
|
56
|
+
- Network mapping
|
|
57
|
+
- Service enumeration
|
|
58
|
+
- Technology fingerprinting
|
|
59
|
+
- Exposed endpoints
|
|
60
|
+
|
|
61
|
+
**Output:** Reconnaissance report
|
|
62
|
+
|
|
63
|
+
### Step 3: Vulnerability Analysis
|
|
64
|
+
**Agent:** vulnerability-scanner
|
|
65
|
+
**Command:** `/quality:security-scan`
|
|
66
|
+
**Duration:** 1-2 hours
|
|
67
|
+
|
|
68
|
+
Identify vulnerabilities:
|
|
69
|
+
- Automated scanning
|
|
70
|
+
- Manual probing
|
|
71
|
+
- Configuration review
|
|
72
|
+
- Authentication testing
|
|
73
|
+
|
|
74
|
+
**Output:** Vulnerability list
|
|
75
|
+
|
|
76
|
+
### Step 4: Exploitation
|
|
77
|
+
**Agent:** security-auditor
|
|
78
|
+
**Duration:** 2-4 hours
|
|
79
|
+
|
|
80
|
+
Attempt exploitation:
|
|
81
|
+
- Proof of concept attacks
|
|
82
|
+
- Privilege escalation
|
|
83
|
+
- Data access attempts
|
|
84
|
+
- Chained exploits
|
|
85
|
+
|
|
86
|
+
**Output:** Exploitation results
|
|
87
|
+
|
|
88
|
+
### Step 5: Post-Exploitation
|
|
89
|
+
**Agent:** security-auditor
|
|
90
|
+
**Duration:** 1-2 hours
|
|
91
|
+
|
|
92
|
+
Assess impact:
|
|
93
|
+
- Access level achieved
|
|
94
|
+
- Data exposure potential
|
|
95
|
+
- Lateral movement
|
|
96
|
+
- Persistence options
|
|
97
|
+
|
|
98
|
+
**Output:** Impact assessment
|
|
99
|
+
|
|
100
|
+
### Step 6: Reporting
|
|
101
|
+
**Agent:** security-auditor
|
|
102
|
+
**Duration:** 1-2 hours
|
|
103
|
+
|
|
104
|
+
Generate report:
|
|
105
|
+
- Executive summary
|
|
106
|
+
- Technical details
|
|
107
|
+
- Risk ratings
|
|
108
|
+
- Remediation guidance
|
|
109
|
+
|
|
110
|
+
**Output:** Penetration test report
|
|
111
|
+
|
|
112
|
+
## Quality Gates
|
|
113
|
+
|
|
114
|
+
- [ ] Authorization documented
|
|
115
|
+
- [ ] Scope clearly defined
|
|
116
|
+
- [ ] All tests completed
|
|
117
|
+
- [ ] Findings documented
|
|
118
|
+
- [ ] Remediation planned
|
|
119
|
+
- [ ] Report delivered
|
|
120
|
+
|
|
121
|
+
## Test Categories
|
|
122
|
+
|
|
123
|
+
```
|
|
124
|
+
Penetration Test Categories
|
|
125
|
+
===========================
|
|
126
|
+
- Network testing
|
|
127
|
+
- Web application testing
|
|
128
|
+
- API security testing
|
|
129
|
+
- Authentication testing
|
|
130
|
+
- Authorization testing
|
|
131
|
+
- Session management
|
|
132
|
+
- Input validation
|
|
133
|
+
- Business logic
|
|
134
|
+
- Client-side attacks
|
|
135
|
+
```
|
|
136
|
+
|
|
137
|
+
## Example Usage
|
|
138
|
+
|
|
139
|
+
```bash
|
|
140
|
+
# Full penetration test
|
|
141
|
+
/workflow:penetration-testing "web application scope"
|
|
142
|
+
|
|
143
|
+
# Focused test
|
|
144
|
+
/workflow:penetration-testing "API endpoints only"
|
|
145
|
+
```
|
|
146
|
+
|
|
147
|
+
## Related Workflows
|
|
148
|
+
|
|
149
|
+
- `security-audit` - For compliance audits
|
|
150
|
+
- `api-testing` - For API security
|
|
@@ -0,0 +1,176 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: security-audit
|
|
3
|
+
description: Comprehensive security review
|
|
4
|
+
category: security
|
|
5
|
+
complexity: high
|
|
6
|
+
estimated-time: 4-8 hours
|
|
7
|
+
agents:
|
|
8
|
+
- security-auditor
|
|
9
|
+
- vulnerability-scanner
|
|
10
|
+
- code-reviewer
|
|
11
|
+
- fullstack-developer
|
|
12
|
+
- docs-manager
|
|
13
|
+
skills:
|
|
14
|
+
- owasp
|
|
15
|
+
- security-hardening
|
|
16
|
+
- defense-in-depth
|
|
17
|
+
commands:
|
|
18
|
+
- /quality:security-scan
|
|
19
|
+
- /dev:fix
|
|
20
|
+
- /planning:doc
|
|
21
|
+
prerequisites:
|
|
22
|
+
- Codebase accessible
|
|
23
|
+
- Dependencies listed
|
|
24
|
+
---
|
|
25
|
+
|
|
26
|
+
# Security Audit Workflow
|
|
27
|
+
|
|
28
|
+
## Overview
|
|
29
|
+
|
|
30
|
+
The Security Audit workflow provides comprehensive security review including automated scanning, manual review, vulnerability remediation, and documentation.
|
|
31
|
+
|
|
32
|
+
## When to Use
|
|
33
|
+
|
|
34
|
+
- Before major releases
|
|
35
|
+
- After adding sensitive features
|
|
36
|
+
- Regular security checkups
|
|
37
|
+
- Compliance requirements
|
|
38
|
+
- After security incidents
|
|
39
|
+
|
|
40
|
+
## Steps
|
|
41
|
+
|
|
42
|
+
### Step 1: Automated Scanning
|
|
43
|
+
**Agent:** vulnerability-scanner
|
|
44
|
+
**Command:** `/quality:security-scan`
|
|
45
|
+
**Duration:** 30-60 minutes
|
|
46
|
+
|
|
47
|
+
Run automated scans:
|
|
48
|
+
- Dependency vulnerabilities
|
|
49
|
+
- Static code analysis
|
|
50
|
+
- Secret detection
|
|
51
|
+
- Configuration audit
|
|
52
|
+
|
|
53
|
+
**Output:** Scan results
|
|
54
|
+
|
|
55
|
+
### Step 2: Manual Review
|
|
56
|
+
**Agent:** security-auditor
|
|
57
|
+
**Duration:** 2-4 hours
|
|
58
|
+
|
|
59
|
+
Manual security review:
|
|
60
|
+
- OWASP Top 10 checklist
|
|
61
|
+
- Authentication review
|
|
62
|
+
- Authorization audit
|
|
63
|
+
- Data handling review
|
|
64
|
+
- API security check
|
|
65
|
+
|
|
66
|
+
**Output:** Manual review findings
|
|
67
|
+
|
|
68
|
+
### Step 3: Risk Assessment
|
|
69
|
+
**Agent:** security-auditor
|
|
70
|
+
**Duration:** 30-60 minutes
|
|
71
|
+
|
|
72
|
+
Assess risks:
|
|
73
|
+
- Prioritize findings
|
|
74
|
+
- Assess impact
|
|
75
|
+
- Rate severity
|
|
76
|
+
- Create remediation plan
|
|
77
|
+
|
|
78
|
+
**Output:** Risk assessment
|
|
79
|
+
|
|
80
|
+
### Step 4: Remediation
|
|
81
|
+
**Agent:** fullstack-developer
|
|
82
|
+
**Command:** `/dev:fix`
|
|
83
|
+
**Duration:** 1-4 hours
|
|
84
|
+
|
|
85
|
+
Fix vulnerabilities:
|
|
86
|
+
- Address critical issues
|
|
87
|
+
- Implement fixes
|
|
88
|
+
- Update configurations
|
|
89
|
+
- Add security controls
|
|
90
|
+
|
|
91
|
+
**Output:** Fixes implemented
|
|
92
|
+
|
|
93
|
+
### Step 5: Verification
|
|
94
|
+
**Agent:** security-auditor
|
|
95
|
+
**Duration:** 30-60 minutes
|
|
96
|
+
|
|
97
|
+
Verify fixes:
|
|
98
|
+
- Re-run scans
|
|
99
|
+
- Verify remediations
|
|
100
|
+
- Confirm no regressions
|
|
101
|
+
- Update status
|
|
102
|
+
|
|
103
|
+
**Output:** Verification report
|
|
104
|
+
|
|
105
|
+
### Step 6: Report Generation
|
|
106
|
+
**Agent:** docs-manager
|
|
107
|
+
**Command:** `/planning:doc`
|
|
108
|
+
**Duration:** 30-60 minutes
|
|
109
|
+
|
|
110
|
+
Generate report:
|
|
111
|
+
- Executive summary
|
|
112
|
+
- Detailed findings
|
|
113
|
+
- Remediation status
|
|
114
|
+
- Recommendations
|
|
115
|
+
|
|
116
|
+
**Output:** Security report
|
|
117
|
+
|
|
118
|
+
## Quality Gates
|
|
119
|
+
|
|
120
|
+
- [ ] All scans completed
|
|
121
|
+
- [ ] OWASP checklist reviewed
|
|
122
|
+
- [ ] Critical vulnerabilities fixed
|
|
123
|
+
- [ ] Fixes verified
|
|
124
|
+
- [ ] Report generated
|
|
125
|
+
- [ ] Stakeholders notified
|
|
126
|
+
|
|
127
|
+
## OWASP Top 10 Checklist
|
|
128
|
+
|
|
129
|
+
```
|
|
130
|
+
OWASP Top 10 (2021)
|
|
131
|
+
===================
|
|
132
|
+
[ ] A01: Broken Access Control
|
|
133
|
+
[ ] A02: Cryptographic Failures
|
|
134
|
+
[ ] A03: Injection
|
|
135
|
+
[ ] A04: Insecure Design
|
|
136
|
+
[ ] A05: Security Misconfiguration
|
|
137
|
+
[ ] A06: Vulnerable Components
|
|
138
|
+
[ ] A07: Authentication Failures
|
|
139
|
+
[ ] A08: Data Integrity Failures
|
|
140
|
+
[ ] A09: Logging/Monitoring Failures
|
|
141
|
+
[ ] A10: Server-Side Request Forgery
|
|
142
|
+
```
|
|
143
|
+
|
|
144
|
+
## Severity Levels
|
|
145
|
+
|
|
146
|
+
| Level | Description | SLA |
|
|
147
|
+
|-------|-------------|-----|
|
|
148
|
+
| Critical | Active exploit possible | 24 hours |
|
|
149
|
+
| High | Significant risk | 7 days |
|
|
150
|
+
| Medium | Moderate risk | 30 days |
|
|
151
|
+
| Low | Minor risk | 90 days |
|
|
152
|
+
|
|
153
|
+
## Tips
|
|
154
|
+
|
|
155
|
+
- Scan dependencies regularly
|
|
156
|
+
- Keep secrets out of code
|
|
157
|
+
- Use parameterized queries
|
|
158
|
+
- Implement proper auth
|
|
159
|
+
- Log security events
|
|
160
|
+
- Update dependencies
|
|
161
|
+
|
|
162
|
+
## Example Usage
|
|
163
|
+
|
|
164
|
+
```bash
|
|
165
|
+
# Full security audit
|
|
166
|
+
/workflow:security-audit
|
|
167
|
+
|
|
168
|
+
# Quick scan only
|
|
169
|
+
/quality:security-scan
|
|
170
|
+
```
|
|
171
|
+
|
|
172
|
+
## Related Workflows
|
|
173
|
+
|
|
174
|
+
- `penetration-testing` - For active testing
|
|
175
|
+
- `code-review` - For code quality
|
|
176
|
+
- `authentication` - For auth setup
|
|
@@ -0,0 +1,168 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: sprint-execution
|
|
3
|
+
description: Execute sprint with AI team
|
|
4
|
+
category: sprint
|
|
5
|
+
complexity: medium
|
|
6
|
+
estimated-time: sprint duration
|
|
7
|
+
agents:
|
|
8
|
+
- sprint-master
|
|
9
|
+
- fullstack-developer
|
|
10
|
+
- tester
|
|
11
|
+
- debugger
|
|
12
|
+
- project-manager
|
|
13
|
+
skills:
|
|
14
|
+
- omega-sprint
|
|
15
|
+
- executing-plans
|
|
16
|
+
commands:
|
|
17
|
+
- /sprint:sprint-current
|
|
18
|
+
- /sprint:team-run
|
|
19
|
+
- /sprint:team-status
|
|
20
|
+
- /dev:fix
|
|
21
|
+
- /sprint:sprint-end
|
|
22
|
+
prerequisites:
|
|
23
|
+
- Sprint created and started
|
|
24
|
+
- Tasks assigned
|
|
25
|
+
---
|
|
26
|
+
|
|
27
|
+
# Sprint Execution Workflow
|
|
28
|
+
|
|
29
|
+
## Overview
|
|
30
|
+
|
|
31
|
+
The Sprint Execution workflow manages the day-to-day running of a sprint using the AI team. It covers task execution, progress monitoring, blocker resolution, and sprint completion.
|
|
32
|
+
|
|
33
|
+
## When to Use
|
|
34
|
+
|
|
35
|
+
- Running an active sprint
|
|
36
|
+
- Managing development work
|
|
37
|
+
- Coordinating AI agents
|
|
38
|
+
- Tracking progress
|
|
39
|
+
|
|
40
|
+
## Steps
|
|
41
|
+
|
|
42
|
+
### Step 1: Sprint Review
|
|
43
|
+
**Agent:** sprint-master
|
|
44
|
+
**Command:** `/sprint:sprint-current`
|
|
45
|
+
**Duration:** 10-15 minutes
|
|
46
|
+
|
|
47
|
+
Review current sprint:
|
|
48
|
+
- Check sprint status
|
|
49
|
+
- Review pending tasks
|
|
50
|
+
- Identify priorities
|
|
51
|
+
- Check blockers
|
|
52
|
+
|
|
53
|
+
**Output:** Sprint status
|
|
54
|
+
|
|
55
|
+
### Step 2: Team Execution
|
|
56
|
+
**Agent:** AI Team
|
|
57
|
+
**Command:** `/sprint:team-run`
|
|
58
|
+
**Duration:** Ongoing
|
|
59
|
+
|
|
60
|
+
Run AI team:
|
|
61
|
+
- Execute tasks by priority
|
|
62
|
+
- Use appropriate agents
|
|
63
|
+
- Report progress
|
|
64
|
+
- Flag blockers
|
|
65
|
+
|
|
66
|
+
**Modes:**
|
|
67
|
+
- `--mode full-auto` - No intervention
|
|
68
|
+
- `--mode semi-auto` - Review at checkpoints
|
|
69
|
+
- `--mode manual` - Approve each step
|
|
70
|
+
|
|
71
|
+
**Output:** Task progress
|
|
72
|
+
|
|
73
|
+
### Step 3: Progress Monitoring
|
|
74
|
+
**Agent:** project-manager
|
|
75
|
+
**Command:** `/sprint:team-status`
|
|
76
|
+
**Duration:** Ongoing
|
|
77
|
+
|
|
78
|
+
Monitor progress:
|
|
79
|
+
- Track velocity
|
|
80
|
+
- Update burndown
|
|
81
|
+
- Identify delays
|
|
82
|
+
- Report status
|
|
83
|
+
|
|
84
|
+
**Output:** Progress report
|
|
85
|
+
|
|
86
|
+
### Step 4: Blocker Resolution
|
|
87
|
+
**Agent:** debugger
|
|
88
|
+
**Command:** `/dev:fix`
|
|
89
|
+
**Duration:** As needed
|
|
90
|
+
|
|
91
|
+
Resolve blockers:
|
|
92
|
+
- Investigate issues
|
|
93
|
+
- Implement fixes
|
|
94
|
+
- Unblock tasks
|
|
95
|
+
- Update status
|
|
96
|
+
|
|
97
|
+
**Output:** Blockers resolved
|
|
98
|
+
|
|
99
|
+
### Step 5: Sprint Completion
|
|
100
|
+
**Agent:** sprint-master
|
|
101
|
+
**Command:** `/sprint:sprint-end`
|
|
102
|
+
**Duration:** 15-30 minutes
|
|
103
|
+
|
|
104
|
+
Complete sprint:
|
|
105
|
+
- Review completed work
|
|
106
|
+
- Update sprint status
|
|
107
|
+
- Calculate velocity
|
|
108
|
+
- Prepare for review
|
|
109
|
+
|
|
110
|
+
**Output:** Sprint completed
|
|
111
|
+
|
|
112
|
+
## Quality Gates
|
|
113
|
+
|
|
114
|
+
- [ ] All high-priority tasks complete
|
|
115
|
+
- [ ] Tests passing
|
|
116
|
+
- [ ] Documentation updated
|
|
117
|
+
- [ ] No critical blockers
|
|
118
|
+
- [ ] Sprint reviewed
|
|
119
|
+
|
|
120
|
+
## Execution Modes
|
|
121
|
+
|
|
122
|
+
```
|
|
123
|
+
AI Team Execution Modes
|
|
124
|
+
=======================
|
|
125
|
+
|
|
126
|
+
FULL-AUTO:
|
|
127
|
+
- Agents work independently
|
|
128
|
+
- Progress reported automatically
|
|
129
|
+
- Minimal human intervention
|
|
130
|
+
- Best for routine tasks
|
|
131
|
+
|
|
132
|
+
SEMI-AUTO (Default):
|
|
133
|
+
- Review at checkpoints
|
|
134
|
+
- Approve major decisions
|
|
135
|
+
- Human oversight maintained
|
|
136
|
+
- Balanced approach
|
|
137
|
+
|
|
138
|
+
MANUAL:
|
|
139
|
+
- Approve each action
|
|
140
|
+
- Maximum control
|
|
141
|
+
- Slower execution
|
|
142
|
+
- Best for critical work
|
|
143
|
+
```
|
|
144
|
+
|
|
145
|
+
## Tips
|
|
146
|
+
|
|
147
|
+
- Start with semi-auto mode
|
|
148
|
+
- Check status regularly
|
|
149
|
+
- Address blockers quickly
|
|
150
|
+
- Keep tasks focused
|
|
151
|
+
- Celebrate completions
|
|
152
|
+
|
|
153
|
+
## Example Usage
|
|
154
|
+
|
|
155
|
+
```bash
|
|
156
|
+
# Run AI team in semi-auto mode
|
|
157
|
+
/workflow:sprint-execution
|
|
158
|
+
|
|
159
|
+
# Or step by step
|
|
160
|
+
/sprint:team-run --mode semi-auto
|
|
161
|
+
/sprint:team-status
|
|
162
|
+
```
|
|
163
|
+
|
|
164
|
+
## Related Workflows
|
|
165
|
+
|
|
166
|
+
- `sprint-setup` - For creating sprints
|
|
167
|
+
- `sprint-retrospective` - For reviewing sprints
|
|
168
|
+
- `feature` - For individual features
|
|
@@ -0,0 +1,168 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: sprint-retrospective
|
|
3
|
+
description: Analyze sprint and improve process
|
|
4
|
+
category: sprint
|
|
5
|
+
complexity: low
|
|
6
|
+
estimated-time: 30min-2 hours
|
|
7
|
+
agents:
|
|
8
|
+
- sprint-master
|
|
9
|
+
- project-manager
|
|
10
|
+
- journal-writer
|
|
11
|
+
skills:
|
|
12
|
+
- omega-sprint
|
|
13
|
+
commands:
|
|
14
|
+
- /sprint:sprint-end
|
|
15
|
+
- /planning:doc
|
|
16
|
+
prerequisites:
|
|
17
|
+
- Sprint completed
|
|
18
|
+
---
|
|
19
|
+
|
|
20
|
+
# Sprint Retrospective Workflow
|
|
21
|
+
|
|
22
|
+
## Overview
|
|
23
|
+
|
|
24
|
+
The Sprint Retrospective workflow helps analyze completed sprints, identify improvements, and document learnings for future iterations.
|
|
25
|
+
|
|
26
|
+
## When to Use
|
|
27
|
+
|
|
28
|
+
- After sprint completion
|
|
29
|
+
- For process improvement
|
|
30
|
+
- To capture learnings
|
|
31
|
+
- Before planning next sprint
|
|
32
|
+
|
|
33
|
+
## Steps
|
|
34
|
+
|
|
35
|
+
### Step 1: Sprint Closure
|
|
36
|
+
**Agent:** sprint-master
|
|
37
|
+
**Command:** `/sprint:sprint-end`
|
|
38
|
+
**Duration:** 15-30 minutes
|
|
39
|
+
|
|
40
|
+
Close sprint:
|
|
41
|
+
- Mark sprint complete
|
|
42
|
+
- Calculate final velocity
|
|
43
|
+
- Summarize outcomes
|
|
44
|
+
- List incomplete items
|
|
45
|
+
|
|
46
|
+
**Output:** Sprint closure
|
|
47
|
+
|
|
48
|
+
### Step 2: Metrics Analysis
|
|
49
|
+
**Agent:** project-manager
|
|
50
|
+
**Duration:** 15-30 minutes
|
|
51
|
+
|
|
52
|
+
Analyze metrics:
|
|
53
|
+
- Velocity calculation
|
|
54
|
+
- Completion rate
|
|
55
|
+
- Quality metrics
|
|
56
|
+
- Time tracking
|
|
57
|
+
|
|
58
|
+
**Output:** Metrics report
|
|
59
|
+
|
|
60
|
+
### Step 3: What Went Well
|
|
61
|
+
**Agent:** sprint-master
|
|
62
|
+
**Duration:** 15-30 minutes
|
|
63
|
+
|
|
64
|
+
Identify positives:
|
|
65
|
+
- Successful deliveries
|
|
66
|
+
- Good practices
|
|
67
|
+
- Team wins
|
|
68
|
+
- Process improvements
|
|
69
|
+
|
|
70
|
+
**Output:** Success list
|
|
71
|
+
|
|
72
|
+
### Step 4: What Could Improve
|
|
73
|
+
**Agent:** sprint-master
|
|
74
|
+
**Duration:** 15-30 minutes
|
|
75
|
+
|
|
76
|
+
Identify improvements:
|
|
77
|
+
- Challenges faced
|
|
78
|
+
- Process issues
|
|
79
|
+
- Communication gaps
|
|
80
|
+
- Technical debt
|
|
81
|
+
|
|
82
|
+
**Output:** Improvement list
|
|
83
|
+
|
|
84
|
+
### Step 5: Action Items
|
|
85
|
+
**Agent:** sprint-master
|
|
86
|
+
**Duration:** 15-30 minutes
|
|
87
|
+
|
|
88
|
+
Create actions:
|
|
89
|
+
- Concrete improvements
|
|
90
|
+
- Responsible parties
|
|
91
|
+
- Timelines
|
|
92
|
+
- Success criteria
|
|
93
|
+
|
|
94
|
+
**Output:** Action items
|
|
95
|
+
|
|
96
|
+
### Step 6: Documentation
|
|
97
|
+
**Agent:** journal-writer
|
|
98
|
+
**Command:** `/planning:doc`
|
|
99
|
+
**Duration:** 15-30 minutes
|
|
100
|
+
|
|
101
|
+
Document learnings:
|
|
102
|
+
- Retrospective notes
|
|
103
|
+
- Best practices
|
|
104
|
+
- Patterns to repeat
|
|
105
|
+
- Anti-patterns to avoid
|
|
106
|
+
|
|
107
|
+
**Output:** Retrospective document
|
|
108
|
+
|
|
109
|
+
## Quality Gates
|
|
110
|
+
|
|
111
|
+
- [ ] Sprint officially closed
|
|
112
|
+
- [ ] Metrics calculated
|
|
113
|
+
- [ ] Team input gathered
|
|
114
|
+
- [ ] Improvements identified
|
|
115
|
+
- [ ] Actions assigned
|
|
116
|
+
- [ ] Documentation complete
|
|
117
|
+
|
|
118
|
+
## Retrospective Template
|
|
119
|
+
|
|
120
|
+
```markdown
|
|
121
|
+
# Sprint [N] Retrospective
|
|
122
|
+
|
|
123
|
+
## Summary
|
|
124
|
+
- Sprint Duration: [dates]
|
|
125
|
+
- Velocity: [points]
|
|
126
|
+
- Completion Rate: [%]
|
|
127
|
+
|
|
128
|
+
## What Went Well
|
|
129
|
+
1. [Success 1]
|
|
130
|
+
2. [Success 2]
|
|
131
|
+
|
|
132
|
+
## What Could Improve
|
|
133
|
+
1. [Issue 1]
|
|
134
|
+
2. [Issue 2]
|
|
135
|
+
|
|
136
|
+
## Action Items
|
|
137
|
+
| Action | Owner | Due |
|
|
138
|
+
|--------|-------|-----|
|
|
139
|
+
| [Action] | [Owner] | [Date] |
|
|
140
|
+
|
|
141
|
+
## Learnings
|
|
142
|
+
- [Learning 1]
|
|
143
|
+
- [Learning 2]
|
|
144
|
+
```
|
|
145
|
+
|
|
146
|
+
## Tips
|
|
147
|
+
|
|
148
|
+
- Be honest and constructive
|
|
149
|
+
- Focus on process, not people
|
|
150
|
+
- Create specific actions
|
|
151
|
+
- Follow up on actions
|
|
152
|
+
- Celebrate successes
|
|
153
|
+
|
|
154
|
+
## Example Usage
|
|
155
|
+
|
|
156
|
+
```bash
|
|
157
|
+
# Run retrospective
|
|
158
|
+
/workflow:sprint-retrospective
|
|
159
|
+
|
|
160
|
+
# Or manually
|
|
161
|
+
/sprint:sprint-end
|
|
162
|
+
# Then document learnings
|
|
163
|
+
```
|
|
164
|
+
|
|
165
|
+
## Related Workflows
|
|
166
|
+
|
|
167
|
+
- `sprint-setup` - For next sprint
|
|
168
|
+
- `sprint-execution` - For running sprints
|